ヒストグラム統計と bind peek と CURSOR_SHARING について - 理系学生日記
このエントリでは、Oracle DB についての挙動理解の整理をしたいとおもいます。 ヒストグラム統計 SQL の実行計画を作成するのはオプティマイザであるわけですが、Oracle のオプティマイザが実行計画を立てるとき、基本的には列値は一様分布に従うという仮定を置きます。このため、このような仮定に沿わないデータ分布を持つテーブルがある場合、オプティマイザは時にとんでもない実行計画を作成する場合があります。 当然ながらこの問題を Oracle も認識していて、それを改善するために収集するのがヒストグラム統計です。これは(Oracle 内部の)統計情報更新ジョブによって収集されるもので、どのくらいの値がどの程度あるのかといった列値の分布情報を収集し、それを実行計画作成時に参照するような動作をします。 たとえば、1億レコードを持つテーブルで、1〜10 までの値が 9999 万レコード存在し、残
ここに病院を建てよう
【読み方】：ココニビョウインヲタテヨウ 「ここに病院を建てよう」とはニコニコ動画において異常な動画に付けられるタグである。 動画が通常とは異なる様な特殊な内容を含んでおり、作者は入院が必要と判断された際に付けられる。 作者を病院へと連れて行くのも難しい状態になっているので、もうここに病院を建ててしまおうという状態を表している。 もはや作者を病院に入れることも危ない動画に付けられるタグ「病院逃げて」よりは軽い。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
