おら! オラ! Oracle - どっぷり検証生活 メールマガジン登録/解除 このメールマガジンを購読される方、または購読を解除される方は、画面左の登録/解除フォームにメールアドレスを入力して下さい。 ※このメールマガジンはまぐまぐからの配信となります。 バックナンバー
メールマガジン - バックナンバー
おら! オラ! Oracle - どっぷり検証生活 メールマガジン登録/解除 このメールマガジンを購読される方、または購読を解除される方は、画面左の登録/解除フォームにメールアドレスを入力して下さい。 ※このメールマガジンはまぐまぐからの配信となります。 バックナンバー
排他制御の落とし穴を避けるインデックス設計
排他制御の落とし穴を避けるインデックス設計：Dr. K's SQL Serverチューニング研修（5）（2/3 ページ） フラグメンテーションは定期的に解消する ページの整合性で思い出しましたが、SQL Server 2000は、ファイルシステムとのI/Oをどう行っているのかご存じですか。SQL Server 2000では、8Kbytesのページが8つ＝64Kbytesのエクステントで読み込み処理を行います。64Kbytes（エクステント）の中にあるデータが「P1」、「P2」……と物理的にきれいに並んでいれば問題ないのですが、フラグメンテーションが進んでしまったシステムで、「P2」だけがどこか別のエクステントに格納されていたりすると、データへの物理アクセスの必要が生じるたびに、SQL Server 2000は別のエクステントから「P2」のデータを取得しバッファプールに転送します。このとき、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
