X
Oracle＞＞＞＞＞＞SQLServer
0001名無しさん＠お腹いっぱい。
垢版 |
03/07/02 22:08ID:8WMlI+0/
だろ
0136NAME IS NULL
垢版 |
2006/05/03(水) 07:23:47ID:???
小学校の時こいつ学校のトイレでウンコしたんだぜ、みたいな話がはじまりましたか？ｗ
0137NAME IS NULL
垢版 |
2006/05/13(土) 16:18:25ID:???
結局はOSは何？って事？

>>128
Hi-DB・・・
0138NAME IS NULL
垢版 |
2006/05/23(火) 15:38:17ID:???
何か困難な事をするたびにSQLServerだと必ずこける。

SQLServerが抱える大問題点

１．ディスク障害発生時にコミット時点に戻す事が不可
２．コミットされてないデータを他セッションが参照可能
３．ロックエスカレーション
４．可溶性を保ったままスケーラビティの拡大が困難
５・フルテキスト検索が単語単位のみ
６．オンライン上でのインデックスの再構築が不可

DBMSで必要不可欠なACID特性に欠けてるのは大きな問題だろ？
具体的に言うと、上記２．は独立性(Isolation）に欠けるんだよ。

ACID特性が備わって無いDBを、漏れは認めない。

大規模データベースでSQLServerを使うなんて自殺行為だと思う。
まだ色々と文句を言いたいけど、上に列挙したのは大規模DBを作成する上で大問題になる部分。
0139138
垢版 |
2006/05/23(火) 15:51:12ID:???
SQLServer2000 と Oracle9i を比較して、マイ糞ソフト側は 「2004年以降はSQLServerの方が不具合が少ない」
とかセキセイインコのように連呼してるけど、先発のSQLServerの方が不具合を出し切るのは早いに決まってるだろうに。

あと何で2004年以降なん？それ以前はどうなんだよ？ｗ
それに機能や規模で言えばOracleの方が圧倒的に大きいから、単純に不具合数でカウントするのは横暴だろうに。

何というか他社のDBを必死に叩きまくってるマイ糞ソフトに好感は持てん。

ｽﾚ違いｽﾏﾝ。
0140NAME IS NULL
垢版 |
2006/05/23(火) 19:17:26ID:???
せめてバージョンくらい書けば。
0142138
垢版 |
2006/05/24(水) 02:07:54ID:x+bOR/C7
ああ、>>138で言ってるのは Oracle9i と SQLServer2000 の比較ね。
0143NAME IS NULL
垢版 |
2006/05/24(水) 23:23:01ID:l3OdPoHs
http://www.microsoft.com/japan/sql/facts/compare/01.mspx

上のサイトで、SQLServer2000 と Oracle10g のセキュリティ警告の数が示されるけど、
比べるのならOracle9iとにしろよｗｗ

Oracle10g は新製品なんだから、セキュリティ警告が多いに決まってんだろ。
0144NAME IS NULL
垢版 |
2006/05/25(木) 01:24:00ID:???
ぼらくるとの比較でいんちきするのは伝統ですね。
0145NAME IS NULL
垢版 |
2006/05/25(木) 10:57:36ID:???
そもそもベンチマークなんて実施した会社に有利になるに決まってるんだから
いちいち反応すんなよ、と言いたい。

まぁFUDに嫌悪感があるのはわかるけど。
FUDだっけ
0146NAME IS NULL
垢版 |
2006/05/25(木) 15:20:04ID:???
>>145
FUDについてググってみた。
なるほどねぇ・・・

でも逆に少しでも知識ある奴が >>143の記事を見たら　「マイクロソフトってバカ？」 となるけどな。
0147NAME IS NULL
垢版 |
2006/05/27(土) 06:26:30ID:???
機能比較して「ウチの方がすげぇ」なんてやって１番になった商品ってﾅｲﾖなぁ・・
0148NAME IS NULL
垢版 |
2006/05/27(土) 23:07:27ID:???
開発側としてはSQLServerを使いたいわけだが
客が馬鹿のひとつおぼえでOracle、Oracleしか言わない
0150NAME IS NULL
垢版 |
2006/05/27(土) 23:26:18ID:???
俺様が得意だから、とかそういう理由だろう。
SIerが得意な奴を使わせた方が後々良いと思うけど、
客にしたら、好きなの選びたいんだろうなぁ。
0151NAME IS NULL
垢版 |
2006/06/08(木) 00:55:52ID:???
で、客がOracleって言うからってSQLServerか。

ど　っ　ち　も　ど　っ　ち　だ　な>>148
0153NAME IS NULL
垢版 |
2006/06/14(水) 11:44:58ID:???
＞２．コミットされてないデータを他セッションが参照可能

これマジすか？
0156NAME IS NULL
垢版 |
2006/06/27(火) 00:51:00ID:IyMQIDuL
Oracle 10g の必要システム要件を見たが・・・絶句。
本当にこんな肥大化したDBを好き好んでみんな使ってるの？
10gは大規模システム向けか？（当方は相当素人です）

うんざりだ・・・
DBのメンテが本業じゃない！
0157NAME IS NULL
垢版 |
2006/06/27(火) 00:55:57ID:xr/BBByT

10teradaro
0158NAME IS NULL
垢版 |
2006/06/27(火) 01:01:53ID:xr/BBByT

８×８÷（８＋８）＝４

４×３×２×１＝２４

２４÷２＝１２
0159NAME IS NULL
垢版 |
2006/06/27(火) 01:34:19ID:???
システム要件と肥大化とうんざりすることとDBメンテが本業じゃないことはなんか関係あんのか？

0160NAME IS NULL
垢版 |
2006/06/27(火) 15:20:47ID:TNVASA2w
ちっちゃい案件にoracleやDB2を使ってもあんまメリットは無い。
MSDEかMS SQLServerにでもしとけ。…ってもう最初から手遅れなのかな
0161NAME IS NULL
垢版 |
2006/07/05(水) 06:48:20ID:???
俺さまようチラ裏。

Oracle実装済み/SQLServerは2005から実装の機能
・行バージョン管理による読み取り一貫性
・MARS(複数結果セットの同時オープン)

Oracle実装済み/SQLServerでは未実装の機能
・自律型トランザクション
0162NAME IS NULL
垢版 |
2006/08/02(水) 12:51:35ID:1/7ENZDh
SQLServer の糞なところ。

例えば、あるセッションＡが レコードａのみを更新処理を行ってる最中に、
別のセッションＢがレコードｂのみを更新しようとしてたとする。
両セッションは異なるレコードを見てるのだから、同時処理が出来るように見える。

ところがどっこい違うんだよな。
セッションＢが更新する時に、レコードｂを検索するために全件検索を行おうとする。
ところがセッションＡにてレコードａが排他ロックを掛けたために、レコードａの内容を読み取れずに待ち状態になってしまうんだよ。
つまりインデックスによる全件検索を回避しない限り、同時処理は不可能ということ。

このことをどれくらいの人が知ってるだろうな。
変更したままトランザクションを生かしたままにしてる運用の場合は、見事に嵌るよ。
0163NAME IS NULL
垢版 |
2006/08/02(水) 13:00:35ID:/5+Xl8Js
まあ、昔のSQLServerを知ってれば、今の奴なんて知らないだろ？
4.21とか6.0、6.5を使ったことある人は、二度と選択肢にすらならないから。ｗ
なもんで比較できません。DBMSとして認識してないから。
0164NAME IS NULL
垢版 |
2006/08/02(水) 15:49:36ID:???
今でもそうなのか。
やっぱりうんこ確定だな。
0165NAME IS NULL
垢版 |
2006/08/06(日) 17:49:39ID:???
ヒント：おまいらに選択権は殆ど無い。
0166NAME IS NULL
垢版 |
2006/08/21(月) 14:52:24ID:wgu7BTXk
>163
MS SQLServerって、6.5以前と7.0以降はまったく別物でしょう？
7.0って災baseからの移植でしょ（正式じゃないけど）
開発者ごそっと抜き取ったらしい（さすが金持ち会社）
まぁ、いいもの作ってくれれば文句ないけど...
0168NAME IS NULL
垢版 |
2006/11/27(月) 00:25:01ID:7PS5tMvi
DBなんてものは氷山の一角に過ぎない。

そもそもOracle>>>>>SQL Serverとか言う時点でナンセンス。
DBだけで動くシステムなんて世の中には存在しませんよ。
0169NAME IS NULL
垢版 |
2006/11/27(月) 00:33:04ID:???
つまりDBとOSが融合しているOS/400が最強って事でFA
0170NAME IS NULL
垢版 |
2006/11/27(月) 10:54:40ID:???
>>168
プログラムなんて氷山の一角、OSなんて氷山の一角、ハードなんて・・・・・。

お偉いさんにはそれがわからんとです。
0171NAME IS NULL
垢版 |
2006/12/01(金) 22:48:44ID:aXrc327K
Accessで簡単なDB作れる程度なんですけど
3,4台から1つのMDBファイルをリンクで接続してます。
とりあえず運用っぽいことは出来てますが、さすがに
動作が重いので、StepUpしたいのですが・・・
OracleとSqlServerどっちが良いですか？

をまいにゃ無理だという答以外で、おねがいします。
0172NAME IS NULL
垢版 |
2006/12/01(金) 22:49:41ID:???
ageてしまいました！

すみません。。。
0173NAME IS NULL
垢版 |
2006/12/02(土) 08:04:23ID:???
>>171
MDB入れているパソコンをグレードアップする。
それでも遅いならSQLServerに換える。

しかし、LANが10BASEとか100BASEだとあんま意味ないとｵﾓ。
1000BASE環境じゃないなら、そこからはじめれ。
正直、パソコンやソフトをあーだこーだするよりも、
遥かに高い効果がえられまつ。
0174NAME IS NULL
垢版 |
2006/12/03(日) 21:26:55ID:???
>>173さま
ご助言、ありがとうございました。
0175NAME IS NULL
垢版 |
2006/12/14(木) 08:34:32ID:+4UiQawh
>>138

>１．ディスク障害発生時にコミット時点に戻す事が不可
>２．コミットされてないデータを他セッションが参照可能

無知？こんなの設定の問題だろ。

まず1は、SQLServerの機能以前にRaidされてりゃ問題ないだろ。
2はトランザクション分離レベルの問題だろ。レベルによってはPhantomが発生するけどこれはバグでもなんでもない、設定の問題。
0176NAME IS NULL
垢版 |
2006/12/14(木) 08:38:46ID:???
＞まず1は、SQLServerの機能以前にRaidされてりゃ問題ないだろ。
レベル低すぎｗｗｗ
0177NAME IS NULL
垢版 |
2006/12/14(木) 11:20:43ID:???
RAIDがあればトランザクションリカバリは問題ない? w
0178NAME IS NULL
垢版 |
2006/12/14(木) 13:15:19ID:???
>>175
OracleがどうのSQLServerがこうの言う前に、基礎をちゃんと勉強しようなｗ
0179NAME IS NULL
垢版 |
2006/12/14(木) 15:40:28ID:???
>>138
3.ロックエスカレーション

これ欠点か？無限に行ロックにリソース開放するのもどうかと・・。というか、ロックエスカレーションが発生するような設計するほうに問題があるんじゃ・・。
0180NAME IS NULL
垢版 |
2006/12/14(木) 15:55:56ID:???
>>3.ロックエスカレーション
oracleで育った人間には欠点なのかもな。 突然関係ないはずのレコードまでロックされると思うんだろう。
SQLServerとかDB2は、エスカレーションしない設定もできたはず。 SYBASEは知らん。

つか、oracleが他のDBMSより大量にマシンリソースを投入しないとまともに動かない理由の一つはコレだろ。
0181NAME IS NULL
垢版 |
2006/12/14(木) 19:58:19ID:???
漏れもロックエスカレーションは別におかしくともなんともないと思うが。

＞５・フルテキスト検索が単語単位のみ

ついこの間まで検索に正規表現も使えないOracle厨の言う台詞ではないな。
0182NAME IS NULL
垢版 |
2006/12/14(木) 23:09:50ID:???
Oracleの行ロックフラグは行ヘッダにあるそうな。
だからロックエスカレーションする必要がそもそもないんだって。
0183NAME IS NULL
垢版 |
2006/12/15(金) 09:59:33ID:???
しかし常に余分に記憶域を消費するという諸刃の剣
0184NAME IS NULL
垢版 |
2006/12/15(金) 10:09:58ID:???
あー、一個チューニングで決定的な違いがあった。
Oracle8から実装されてるファンクションベース索引なんかSQLsvrにはないでしょ。

計算列にindex作る必要性が生じたことなんてないけどねｗ

一見、画期的な機能のように見えて実際、必要性が薄い。そんなことばっかをSQLSvrにはできない
とかほざいてるただ傲慢なOracle房。
0185NAME IS NULL
垢版 |
2006/12/16(土) 00:49:35ID:???
>>183
行ヘッダが少し増えるくらい、なんか欠点になんのか？
0186NAME IS NULL
垢版 |
2006/12/16(土) 07:46:24ID:???
＞行ヘッダが少し増えるくらい、なんか欠点になんのか？

Accessな案件しかやった事のない厨の言いそうな台詞ですな。（ｗ
0187NAME IS NULL
垢版 |
2006/12/16(土) 09:45:50ID:???
行ヘッダは3バイト固定だし。
0188NAME IS NULL
垢版 |
2006/12/20(水) 10:49:15ID:h4iDwHXF
ねー、SQLServerのidentityプロパティみたくシーケンス番号をOracleで割り当てるにはシーケンスオブジェクト作成しないといけないの？
0189NAME IS NULL
垢版 |
2006/12/20(水) 11:44:16ID:Yf8KPbow
そんなこと意味のないことやってないでこれやろうぜ
◇◆元祖ＭＭＯＲＰＧガディウスがなんと7日間無料◆◇
(無料期間はいつ登録しても7日間までだから絶対登録しておこう！！！！)
長い歴史を持つガディウスがなんと5周年記念につき七日間無料！
とてもおくが深い対人戦！ノーペナルティのＰＫ！とても使いやすいチャット！
どこか懐かしい２Ｄなので古いパソコンでも動作！なんとメモリ６４ＭでＯＫ！
始めようと思った方や暇人は今すぐ公式からＳＴＡＲＴ！！！

wiki 　　http://lre.s165.xrea.com/gdwiki/
↑ガディウスについて色々解説されてるよ！

初心者講座　　http://f-a-i.s14.xrea.com/beginners/
↑初心者はココを見よう！公式もここからいけるよ！

初心者用スレ　 http://game10.2ch.net/test/read.cgi/mmo/1165545550/
↑解らないことがあったらここで聞こう！お兄さんが優しく教えてくれるよ！

国家対戦　http://big.freett.com/save/050121war80over.wmv
↑なんと200対200の大規模な国家対戦が可能！白熱の対戦をごらんあれ！

ＳＳhttp://cyan.gazo-ch.net/bbs/17/img/200612/1122366.jpg
　　http://cyan.gazo-ch.net/bbs/17/img/200612/1118907.jpg
　　http://cyan.gazo-ch.net/bbs/17/img/200612/1110982.jpg
　　↑のおねえさんもとっても綺麗！ おっぱい大きいね！
0190NAME IS NULL
垢版 |
2007/01/18(木) 15:32:28ID:+JE8Wk3H
SQLServer2000のストアドかトリガーから
COMは呼び出せますか？
サンプルソースみたいなのあるとうれしいのですが
0191190
垢版 |
2007/01/18(木) 15:34:18ID:+JE8Wk3H
すみません間違ったスレに書いてしまいました
0192NAME IS NULL
垢版 |
2007/03/17(土) 19:14:58ID:???
ダーティリードさせないために読み取りもさせないなんてな。。。
0193流れのパフォーマンスチューニング屋
垢版 |
2007/05/14(月) 23:15:50ID:R4Xq/jem
知らないだけかもしれないが
個人的にOracleと比べて、MS SQL Serverが不便なところ
・ロックエスカレーション
　>>回避の為に、ロック出来る回数を増やすのは
　　根本的な問題解決になる気がしない。
・昇順INDEXが一つしか作れない事
　>>一つのテーブルの複数のソートをスキップするために
　　利用できるINDEXは一つしかない。
・読み取り一貫性を保証するためにはロックせざるを得ない事
　>>大規模DBでこの仕様はちょっと。。。
・内部のトレース情報をわかりやすく表示できない事
　>>DBが判断するためのコストを人間が見ても意味ないっしょ。
　　それで早くなるんならDB側で判断できてると思う。
・全件のスループットをあげるためのコスト判断が出来ない。
　>>OracleにあるFirst rows、All rowsの区別がない。
・スカラー副問い合わせがサポートされていない事
　>>これは私の趣味で。。。
・実行計画をさわれない。
　>>パフォーマンスが悪くても機械に任せきりにしかなれない。
てな感じかな？

間違ってたらスマソ。
0194NAME IS NULL
垢版 |
2007/05/14(月) 23:29:00ID:???
非常に素人臭い解説乙
0195NAME IS NULL
垢版 |
2007/05/17(木) 06:49:51ID:???
>>193
育った畑の違いとしか言えんが、藻前はOracleに染まりすぎてるだけだと思うが。
と言うかおかしい。
0196流れのパフォーマンスチューニング屋
垢版 |
2007/05/17(木) 23:38:46ID:BymUMPNg
出先にて失礼。

>>194、195
先日SQLServerで作業してて、
どうしても過去作業してたOracleと比較してしまってな。
比較にならずに板汚しスマヌ。
0197NAME IS NULL
垢版 |
2007/06/07(木) 00:07:14ID:???
>>162
これって結構致命的だと思う。
SQLServer2005で解決だっけ？
0199NAME IS NULL
垢版 |
2007/09/15(土) 20:29:52ID:???
もう来年出るのか、SQLServer新バージョン
2005はWindows2008に対応させないつもりなんかな。
0200NAME IS NULL
垢版 |
2007/09/16(日) 16:46:20ID:???
流石に前回同様パッチ対応ぐらいはするでしょ・・・・・するよね？（－－；
0201NAME IS NULL
垢版 |
2007/10/31(水) 22:38:01ID:077AHbag
ORACLEはSI Object Brouser があるかないかで、使いやすさが違うからなんともいえない。
Object Brouser があればOracle
0203NAME IS NULL
垢版 |
2007/11/04(日) 19:39:04ID:???
SQLServerのT-SQL　しょぼすぎる
PL/SQLと比べ物にならん
0204NAME IS NULL
垢版 |
2007/11/05(月) 20:39:30ID:5q2+rIJc
ORACLEの開発ならSI オブジェクトブラウザー


↓社員乙
0206NAME IS NULL
垢版 |
2007/11/18(日) 16:46:05ID:U6M3l2gU
SI ObjectBrowserって、最新版からSQLの入力補完機能がついたけど、ANSI結合型のSQL文だと
うまく補完しないんだよな～～
あと、ALL_TABLESとかはSYS.ALL_TABLESみたいに書かないと補完してくれない。
もうちょっと自動補完機能を改善してほしいでつ。
あとsql文のフォーマット機能も業務プロジェクトごとにルールが違うんで、フォーマット後の
書式を設定できるとうれしい。
0207NAME IS NULL
垢版 |
2007/11/18(日) 17:24:24ID:ClgLgRg7
作れよｗ
0208NAME IS NULL
垢版 |
2007/11/19(月) 23:06:13ID:FuZN+Gjh
うちにもオブジェクトブラウザぐらい作れるっていいはってるやつがいるが
そいつのＰＧはいつもバグばっかなんだよな。
0209NAME IS NULL
垢版 |
2007/11/19(月) 23:12:58ID:???
オブジェクトブラウザの価格考えたら自社ツール作る必要ないよ
せいぜい新人教育のネタにするぐらい（そして使い物にならない）
0210NAME IS NULL
垢版 |
2008/03/15(土) 18:15:38ID:8wdu5XoV
最近、SQLServerの宣伝賑やかで
銀行の勘定系にも使われているようなのもあったけど
このスレ見て
オラクル検討することにすた。
0211NAME IS NULL
垢版 |
2008/03/19(水) 03:02:34ID:???
よくわからないのでオラクルに詳しい人説明お願いします。
ttp://live27.2ch.net/test/read.cgi/ogame/1205857996/
0212NAME IS NULL
垢版 |
2008/04/13(日) 03:18:20ID:???
GUIはSQLServerの方が充実してるね
0214NAME IS NULL
垢版 |
2010/04/03(土) 21:53:25ID:yQOBz7ny
純正SQL Developerでいいやろ。
0215NAME IS NULL
垢版 |
2010/04/03(土) 22:06:40ID:???
顔真っ赤にして書いたってかんじのblogだな。
0216NAME IS NULL
垢版 |
2010/05/01(土) 17:10:12ID:???
Oracleばっかやってるヤツは他DBに来るとめちゃくちゃデタラメなSQL書くからのぅ
0217NAME IS NULL
垢版 |
2010/05/19(水) 01:31:13ID:???

SQLserverの行ロックってなんや？

検証したんか？　したなら、テスト環境書かんかい。
SQLserverオタは必ずテスト結果も出さずに出来る出来るいいよる。
オラクルの行ロックは検証結果があっちこっちで書かれてるやろ。
0218NAME IS NULL
垢版 |
2010/06/03(木) 14:25:49ID:???
検証しました。
該当ページに含まれるすべての行に行ロックが発生しました。
結論：SQLserverで行ロックはできません。
0219NAME IS NULL
垢版 |
2010/06/17(木) 12:25:36ID:???

会社で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効かないの？？
0220NAME IS NULL
垢版 |
2010/06/17(木) 16:23:28ID:???
即時コミットモードがデフォルトでトランザクションを使いたければ
begin transaction命令を使う必要がある。
0221NAME IS NULL
垢版 |
2010/06/18(金) 11:17:18ID:???
>>220

なんと、ＳＱＬ Ｓｅｒｖｅｒは即時コミットモードとTransactionモードなんてのがあるのか、いや驚いた。
しかし、2つのモードをユーザーが意識しながら使い分けなきゃいけないなんて
使い難いだろ。
0222NAME IS NULL
垢版 |
2010/06/18(金) 22:09:05ID:???
どっちか一方のモードしか使えなかったら、それはそれで文句言うだろ。
0223NAME IS NULL
垢版 |
2010/06/18(金) 23:47:53ID:???
>>222

いや、即時コミットモードなどいらん。
まともなロックと読み取り一貫性があれば。
0224NAME IS NULL
垢版 |
2010/07/01(木) 16:03:47ID:???
OracleのSQLインタープリタ（SQLPLUS)にはちょっとしたわながあって、
commitもrollbackもしないままEXITで終了させると、
commitされてしまう。

共有ロック方式の場合長時間ロックは厳禁だから即時コミットデフォなのは妥当な措置だな。
マルチバージョニングでも書き込み同士はロックがかかるから長時間ロックは避けたほうが
いいと思うが、リード操作でロックフリーなのをアピールしたかったのだろう。
0225NAME IS NULL
垢版 |
2010/08/24(火) 02:39:10ID:4e1wvTf+
SQLServer2000はスナップショット分離レベルが無いから辛い…
更新済未コミットレコードは読む事さえ出来ない…
0226NAME IS NULL
垢版 |
2010/08/24(火) 03:16:46ID:4e1wvTf+
>>213
217さんに聞きたいです(純粋に聞きたいだけです)。
SQLServerのロックエスカレーションの発生理由は、
大量の行ロックによるメモリ圧迫に対しての対策だとMS社サイトに書いてありました。
※メモリ節約がより有効と判定された場合は、大量の行ロックを1個のテーブルロックにする
Oracleは、どんなに行ロック件数が多くなってもそのまま？

0227NAME IS NULL
垢版 |
2010/08/24(火) 03:28:24ID:4e1wvTf+
すいません。47 とかに書いてありました…
0228NAME IS NULL
垢版 |
2010/09/14(火) 08:39:55ID:???
>>224
exitコマンド打った時にトランザクションが残ってるってメッセージも出ないプログラム設計がダメだな
0229NAME IS NULL
垢版 |
2010/09/26(日) 21:31:40ID:???
SQLSERVERの３大糞仕様

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

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

③実行プランキャッシュの使用判断基準
一度発行されたSQLの実行プランがキャッシュにある場合、
検索条件の値が異なる同様のSQLが発行されると、
明らかに非効率な検索になるにもかかわらず、強引にキャッシュされた
プランを利用してしまい、いつまでも実行結果が返ってこないことがある。
0230NAME IS NULL
垢版 |
2010/09/27(月) 16:50:13ID:???
SQL Server でロック エスカレーションを禁止するには、
以前のバージョン（SQL Server 2005 以前）では、トレース フラグ 1211 をセットします。
これでロック エスカレーションを禁止することができます。
0231NAME IS NULL
垢版 |
2010/09/27(月) 16:52:18ID:???
SQL Server 2008 の場合は、LOCK ESCALATION オプションがサポートされたので、
テーブル単位でロック エスカレーションの禁止を行うことができます。
0232NAME IS NULL
垢版 |
2010/09/27(月) 17:02:33ID:???
http://msdn.microsoft.com/ja-jp/library/ms188469.aspx

[テーブルのプロパティ] ([全般] ページ)

[ロック エスカレーション]
DISABLE
ほとんどの場合でロック エスカレーションを禁止します。
テーブルレベルのロックは完全には禁止されません。
たとえば、SERIALIZABLE 分離レベルでクラスタ化インデックスがないテーブルをスキャンしている場合は、
データベース エンジンでテーブル ロックを実行して、データの整合性を保護します。
0233NAME IS NULL
垢版 |
2010/10/01(金) 12:09:54ID:???
>>229
③に関しては、Oracleだって同じ現象が発生するじゃん
0234NAME IS NULL
垢版 |
2010/10/01(金) 23:37:48ID:???
プレースホルダ使った静的SQLならごく当たり前の動作だな。
値を埋め込んだ動的SQLで値の違うキャッシュを使用するなら逆にすごい。
0236NAME IS NULL
垢版 |
2010/10/22(金) 00:09:22ID:???
SQLServer2005はSP2ぐらいまでクエリエンジンがバグだらけだったのに
金融系で使うとか正気の沙汰じゃないよ。
社内システムか、分析系システムならいいが‥
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況