ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  会員テーブル
ＷＨＥＲＥ  業種コード  ＝  ＇Ｇ１＇  ＡＮＤ  年収ランク  ＝  ＇Ａ＇
ＡＮＤ  ポイント数合計  ＞  ９０００００
ＯＲＤＥＲ  ＢＹ  地域コード

上記ＳＱＬに下記索引４・５を利用したときの索引リーフページの物理入出力回数を問われています。

索引４  ：  ポイント数合計、業種コード
索引５  ：  業種コード、ポイント数合計

諸条件は以下
・「業種コード  ＝  ＇Ｇ１＇」の絞り込み率は５％
・「ポイント数合計  ＞  ９０００００」の絞り込み率は１％
なお、ポイント数合計は特定の値に集中せず、均等に出現する
・各索引の索引リーフページ数はすべて５００００ページ

回答・解説はおおむね以下の通りでした。
・索引４  ：  ５００００  ＊  ０．０１  ＝  ５００回
→索引４はポイント数合計で１％にまで絞れるが、ポイント数合計は均等に出現するため業種コードをＧ１と仮定しても５００ページすべて読む必要がある。

・索引５  ：  ５００００  ＊  ０．０５  ＊  ０．０１  ＝  ２５回
→索引５は業種コードで絞ったのち、索引右側のポイント数合計は昇順に並んでいるためさらにその分絞ることが可能

ここで、索引４で業種コードでの絞りができないことが理解できません。
私のイメージではインデックスは指定列でソートされているようなイメージを持っており、
解説の中の「ポイント数合計が均等に出現する」ことがインデックスに影響がある意味が分かりません（ばらばらだからこそインデックスを定義してソートした状態にしておく意義がある）。

どなたか、初学者の私に上記のような計算の相違が生じる理由をご教示いただけませんでしょうか。
なお、過去同様の質問があったことを確認しましたが、内容を確認しても理解が追いつきませんでした。

この投稿は投稿者により削除されました。(2024.09.18 00:31)

同様の質問のリンクは以下です。
https://www.db-siken.com/bbs/0489.html

私も全く同じ疑問を抱いていたのですが、「業種コード」は文字列のため、ＯＲＤＥＲ ＢＹで並び替え不可なだけだという結論に至りました。

一方で、「ポイント数合計」はＩｎｔｅｇｅｒ型で並び替え可能なので、そこの差ですね。

Ayaさん
ご回答ありがとうございます！
同じ疑問を抱く方がいらっしゃって少し安心しました。

>「業種コード」は文字列のため、ＯＲＤＥＲ ＢＹで並び替え不可

上記についてですが、索引5は業者コードでのインデックスが効いているので、
索引4のように指定列2つめ以後に文字列が指定された場合のみインデックスが効かなくなるということなのでしょうか。

まんぼうさん

まずは申し訳ないです。初めの私の回答は的外れだったことに気づきまして、訂正させてください。

ですので、まんぼうさんの更問に対する回答と少しそれますが、問題文の表１の注１に記載の通り、ポイント数は特定の値に集中しない、かつレンジが０～９９，９９９，９９９というかなり幅広い値を取ることから、今回のポイント数を複合インデックスの１列目の属性に充てるのは効果が出ないってのが私の改めての回答です。
一方で、業種コードは値の種類がそれほど多くないので、効果が出ます。


実際に表を描いてみるとイメージ湧きやすいと思いますので、以下は例になります。

＜索引４で絞った場合＞
ポイント数合計      業種コード
１０００００        Ｇ１
９９０００          Ｇ３
９８０００          Ｇ２
９７０００          Ｇ３
９５０００          Ｇ１
９３０００          Ｇ１
９２０００          Ｇ２
９００００          Ｇ１

＜索引５で絞った場合＞
業種コード          ポイント数合計
Ｇ１                １０００００
Ｇ１                ９５０００
Ｇ１                ９３０００
Ｇ１                ９００００
Ｇ２                ９８０００
Ｇ２                ９２０００
Ｇ３                ９９０００
Ｇ３                ９７０００

索引４を見て貰えれば分かる通り、業種コードはソートされていない（正確にはソートされているのだが、ポイント数のレンジが広いかつ実質ユニークになっているため、ソートされているように見えない）ので、業種コードは実質全検索が求められることが分かると思います。

よって、私の結論としては、複合インデックスを使用する場合、１つ目に指定する属性は値の重複が多いものにすべき、です。

Ayaさん

Ayaさんのご説明をふまえながら、自分の考えも織り交ぜ以下のように解釈しました。

・索引4
→ ポイント数合計が90,000 > 0のものは全体の1%であり、
ポイント数合計が90,000 > 0の索引リーフページは 50,000 ＊ 0.01 ＝ 500ページである。
また、ポイント数合計は900,000〜100,000,000(≒99,999,999)の間で均等に出現することから
索引リーフページ1ページあたりのポイント数の幅は
(100,000,000−900,000) / 500 ＝ 198,200 ≒ 200,000となる。
(例えば、ある索引リーフページは、ポイント数合計が900,000 〜 1,100,000の幅を持つ。)
そのページ内でG1は散らばって存在するため、この全リーフページを読む必要がある。
(上の例で言うと、(ポイント数合計, 業者コード) が(900,010 , G1)と(900,110, G3)が同一ページにある。
業種コードでの縛りはできていない)
そのため、G1の絞り込み率は索引リーフページの入出力回数に影響を与えない。

•索引5
→ G1の絞り込み率が5%のため、G1のリーフページは50,000 ＊ 0.05 ＝ 2,500ページとなる。
またその中でポイント数合計はソートされているので、2,500 ＊ 0.01 ＝ 25ページとなる。


> よって、私の結論としては、複合インデックスを使用する場合、１つ目に指定する属性は値の重複が多いものにすべき、です。

私もこの問題の回答を見た時そのように考えましたが、検索してみると逆にカーディナリティが高い列を先に指定すべきだという記載もあり…。ただ今回の試験対策に限っては解答のとおりカーディナリティが低いものを先に指定した方が絞れると認識しておきます。

大変ご丁寧な説明ありがとうございました。
自分のなかでは腑に落ちたので、解決済みといたします。
ただ、なにか自分の書いてることで気になる点があればぜひご指摘いただければと思います。

他所のホームページの図例(※この試験とは無関係)を参考にすると理解が深まります。「大なり、小なり、BETWEEN、インデックス」でWEB検索して下さい。

みかんさん

情報の提供ありがとうございます。
リスのイラストがヘッダにあるページでしょうか。
参考にいたします。