インデックスのハッシュの値は、インデックス付けされたカラムの実際のローデータの順序を保持しています。たとえば、Employees テーブルの LastName カラムにインデックスを作成した場合、4 つの名前が次の順序で表示されます。

最初の 6 文字をハッシュした場合、これらのロー値のハッシュキーは次のようになります。

これらのエントリは同じに見えますが、リストの最初の Anders は実際のロー値 Anders を表すために使用されます。リストの最後の Anders は実際のロー値 Anderson を表すために使用されます。

次の文を考えてみます。

SELECT * 
FROM Employees
WHERE LastName = 'Andersen';

Employees テーブルに Andersen に似た名前ばかりが数多く含まれている場合、ハッシュキーではパフォーマンスが向上するほどの一意性がありません。この場合、Ultra Light はこの文の条件に実際に一致するハッシュキーを決定できません。インデックスのハッシュキーの重複があると、Ultra Light が次の処理を行う必要が生じます。

パフォーマンスが向上するのは、Ultra Light が適正な数のユニークなハッシュを認識可能であり、クエリ条件の評価がそのままインデックス自体につながる場合のみです。たとえば、Employees テーブルに何千という名前があっても、6 文字によるハッシュで十分なパフォーマンス向上が得られます。ただし、Employees テーブルに Anders* で始まる名前が突出して含まれている場合は、少なくとも 7 文字でハッシュして、ユニークなキーの程度を向上させる必要があります。これにより、この例の冒頭に挙げた 4 つの名前は、次のハッシュキーで表されるようになります。

この例では、4 つローの値のうち、アンパックして評価する必要があるのは、4 つではなく 2 つになります。

• 最大ハッシュサイズの選択と設定
• Ultra Light インデックスの追加
• Ultra Light max_hash_size 作成パラメーター