インデックスを使用する場合

多数の個別値を持つカーディナリティの高い列にインデックスを作成すると、フィールド間のクエリでは、非常に少ない結果に対して多数のシークが発生します。10億曲のテーブルでは、レコーディングアーティストではなくライター（通常、各曲に一意の値）で曲を検索すると、非常に非効率的になる可能性があります。

組み込みインデックスを使用する代わりに、インデックスの形式としてテーブルを手動で維持する方が効率的な場合があります。一意のデータを含む列の場合、インデックス付きの列を持つテーブルへのクエリ量が適度で、一定の負荷がかかっていない限り、利便性のためにインデックスを使用する方がパフォーマンスが向上する場合があります。

逆に、ブール列などのカーディナリティが非常に低い列にインデックスを作成することは意味がありません。インデックス内の各値はインデックス内の単一の行になり、たとえば、すべてのfalse値に対して巨大な行が生成されます。foo = trueとfoo = falseを持つ多数のインデックス付き列にインデックスを付けることは役に立ちません。

データベースは、トゥームストーンの制限が100Kセルに達するまで、インデックスにトゥームストーンを格納します。トゥームストーンの制限を超えると、インデックス付きの値を使用するクエリは失敗します。

大きなクラスターのインデックス付き列に対するクエリでは、通常、複数のデータパーティションからの応答を照合する必要があります。クラスターにマシンを追加するほど、クエリ応答の速度が低下します。大きなパーティション内の行を検索する場合は、クエリのパフォーマンス低下を避けるために検索範囲を絞り込んでください。