Oracle>>>>>>SQLServer 8ページ目

212 : GUIはSQLServerの方が充実してるね

213 : なかなか興味深い記事です。

オラクル都市伝説に物申す。
http://d.hatena.ne.jp/matu_tak/20100324/1269539205

どちらの言ってることが正しいんですかね?

  • 226 >> 213
    217さんに聞きたいです(純粋に聞きたいだけです)。
    SQLServerのロックエスカレーションの発生理由は、
    大量の行ロックによるメモリ圧迫に対しての対策だとMS社サイトに書いてありました。
    ※メモリ節約がより有効と判定された場合は、大量の行ロックを1個のテーブルロックにする
    Oracleは、どんなに行ロック件数が多くなってもそのまま?

216 : Oracleばっかやってるヤツは他DBに来るとめちゃくちゃデタラメなSQL書くからのぅ

217 :
SQLserverの行ロックってなんや?

検証したんか? したなら、テスト環境書かんかい。
SQLserverオタは必ずテスト結果も出さずに出来る出来るいいよる。
オラクルの行ロックは検証結果があっちこっちで書かれてるやろ。

219 :
会社でOracle使ってるものですけど、ある時SQL Server教えてもらえる機会があって、教えてもらいながら
ヨタヨタ使ってたんですけど、使ってたら

select table-a ......
updete table-b set ....
update table-c set ....
go
select table-b .....

とかやってたときに、table-bの更新間違えてたことに気づいて、まあいいや、と
rollback
したんですよ。そしたら、そのrollback効かなかったんですよ。友人に聞いたらgoしたらrollbackは
効かないんだとかなんとか、
本当なんですかね? commitしてないのにrollback効かないの??

224 : OracleのSQLインタープリタ(SQLPLUS)にはちょっとしたわながあって、
commitもrollbackもしないままEXITで終了させると、
commitされてしまう。

共有ロック方式の場合長時間ロックは厳禁だから即時コミットデフォなのは妥当な措置だな。
マルチバージョニングでも書き込み同士はロックがかかるから長時間ロックは避けたほうが
いいと思うが、リード操作でロックフリーなのをアピールしたかったのだろう。

  • 228 >> 224
    exitコマンド打った時にトランザクションが残ってるってメッセージも出ないプログラム設計がダメだな

225 : SQLServer2000はスナップショット分離レベルが無いから辛い…
更新済未コミットレコードは読む事さえ出来ない…

229 : SQLSERVERの3大糞仕様

�@ロックエスカレーション 
5000行以上のレコードを一度に更新、或いはロックした場合に発生し、
行ロックがテーブルロックへ昇格する。

�Aテーブルスキャンによる ロック待ち
対象テーブルの中でたた一件だけでもロックしているレコードがあると、
まったく関係ない行へのロックが獲得できない場合がある。
発生条件としては、キー、或いはインデックス情報だけでダイレクトに
対象データに到達できないSQLを発行した場合。

�B実行プランキャッシュの使用判断基準
一度発行されたSQLの実行プランがキャッシュにある場合、
検索条件の値が異なる同様のSQLが発行されると、
明らかに非効率な検索になるにもかかわらず、強引にキャッシュされた
プランを利用してしまい、いつまでも実行結果が返ってこないことがある。

  • 233 >> 229
    �Bに関しては、Oracleだって同じ現象が発生するじゃん
  • 241 >> 229
    SET ALLOW_SNAPSHOT_ISOLATION ON
    SET READ_COMMITTED_SNAPSHOT ON
    にすればオラクルライクになるよ
    企業向けの場合はデフォルトでこうなってた方が自然だと思うけどね
    デフォルトのロックは確かに企業向けとしては使えない
    しかも上記のように無意味に2つ設定が必要だから
    不勉強なオラクル信者はまず辿り着かないだろうなw

    しかし、2005?あたりからスナップショット付いたかわりに基本が遅くなった
    2000と比べると外部結合やグループ化が遅くなった
    特に外部結合した副問合せ内のグループ化が極端に遅くなった
    ので、内部結合で書いた中間処理クエリを複数実行するっていう、
    オラクル信者風のダサい書き方する必要が出てきた

236 : SQLServer2005はSP2ぐらいまでクエリエンジンがバグだらけだったのに
金融系で使うとか正気の沙汰じゃないよ。
社内システムか、分析系システムならいいが‥

242 : SQL Serverはブラックボックスの塊。

  • 243 >> 242
    オラクルは『非公開』と『仕様』の塊。
    ちょっと細かい事を聞くと『非公開です』とか『仕様です』で終了。
    『非公開』と『仕様(と言う名のバグ)』が多過ぎ。
  • 244 >> 243
    SQL Serverで発生した性能問題は作りがまったく分からないのでタチが悪い。
  • 245 >> 244
    例えばある日突然、SQL Server のレスポンスが遅くなった場合、どうするの?
    ネットワークやハードやOSには問題が無くて、どうやらDB側の問題だろうとなったら、何をすべき?

キーワード

SQLServ - Oracle - オラクル - チューニング - そもそも

すぐに読める掲示板

  1. 【+K】サークルKサンクスでアルバイトPart77 [無断転載禁止]©2ch.net
  2. 【経済】サークルK・サンクスの独自商品、ほとんど廃止 ★2 [無断転載禁止]©2ch.net
  3. 【+K】サークルKサンクスでアルバイト part86©2ch.net
  4. 【経済】サークルK・サンクスの独自商品、ほとんど廃止©2ch.net
  5. 【サンクス】ファミリーマート137【サークルK】 [無断転載禁止]©2ch.net
  6. 【サークルK】+K Part85【サンクス】 [無断転載禁止]©2ch.net
  7. 【サークルK】+K Part86【サンクス】©2ch.net
  8. 【Fun&Fresh】サークルKサンクスについて語ろう Part48 [無断転載禁止]©2ch.net
  9. 【サークルK】+K Part87【サンクス】 [無断転載禁止]©2ch.net
  10. 【Hey!Why?】カリスマ新聞配達員キング様専用スレ34フギュゥ目【サンクスブーヤン】 [無断転載禁止]©2ch.net