デnullのための高速でDB2

Question

すると、これnullでないindexable DB2にのっと仮定してテーブル(売日付カラム（sold_on)通常の日付ものではあり(10時間)はnullになります。

また、そこのレガシーアプリを移動できないので、nullがりとバカンスを過ごすには最適でも(たとえば売上がった返す。

そのまま生かすことができま以下のクエリに高速を指標のsold_on総列

Select * from Sales 
where 
Sales.sold_on between date1 and date2
and Sales.total = 9.99

が指標となるこのクエリを任意の速:

Select * from Sales 
where 
Sales.sold_on is null
and Sales.total = 9.99

での割り出しは行われます。

できまindex null?ものを指す。索引の表示カラム?

Answer 1

いないDB2の専門家が10%の値がnullの場合、ないと思い、インデックスこのコーナーだけでもお返します。10%が多すぎるためにわざわざ使用の指標--そんなテーブルのスキャン！の場合は話し合っていたのは2-3%でしょうか実際に使用。

とされていることについて多くの記録ページ/block--と言う20.を使う理由は、インデックスが避けを取得ページですよね。率に指定されたページが含まれる0データがnullの場合は(90%)^20、12%程度となる見通しです。れないオッズ--いく必要88%のページを取得かの指標はない。

しかし、選択条項のみを含む数列ではない*)--と言うだけでsalesid思得なかで活用することができるインデックス(sold_on,salesid)として、読み込みのデータページになるのに必要な全てのデータの指数です。

Answer 2

からだの印象はDB2な指標Null?かに英語、中国語ができるスタッフ、その他の支援を受ける可能性があります。私行クエリーの大規模なテーブルを用がNULLの場合は制限に関はインデックスを含むカラム分Null;この場合、DB2確かに、指数（証による説明による観測のデータベース対応を瞬く間に行うテーブルのスキャン).

い:私の主張DB2に問題はないとみていNull非主キースを作成します。

しかしその記述:お客様のデータで形成されている可能性があり、DB2を考えることを指しません。または、データベースの統計な最新のテーブル(s)です。

Answer 3

の経験則があるという指標に有用な値になってしまって15%の記録です。...その指標に有効と考えられる。

る場合DB2な指数nullという提案を追加するboolean分野IsSoldとなっているため、trueになる場合sold_on日付がセットすることが不可欠であると、トリガ)で発生します。

そうなアコースティックライブに、そこで作られています。

Answer 4

Troels正;も行とSOLD_ONの値がNULLの場合においてインデックスがカラムです。いい歳の検索SOLD_ON、利益ともに創造によるクラスタ化されたインデックスで始まるSOLD_ON.この例でない場合が多く必要と追加のオーバーヘッドを維持するクラスタリングの順に基づくSOLD_ON、新しい行の追加がって新しいSOLD_ONます。