メインコンテンツまでスキップ

NGRAM

Zilliz Cloud の NGRAM インデックスは、VARCHAR フィールドまたは JSON フィールド内の特定の JSON パスに対する LIKE クエリおよび対象となる正規表現フィルターを高速化します。インデックスを構築する前に、Zilliz Cloud はテキストを固定長 n の短い重複サブストリング(n-gram)に分割します。たとえば、n = 3 の場合、"Milvus" という単語は "Mil"、"ilv"、"lvu"、"vus" という 3-gram に分割されます。これらの n-gram は、各グラムをその出現先のドキュメント ID にマッピングする転置インデックスに保存されます。クエリ時に、このインデックスにより、Zilliz Cloud は元のフィルター条件を検証する前に検索対象を少数の候補にすばやく絞り込むことができます。

高速なプレフィックス検索、サフィックス検索、インフィックス検索、ワイルドカード検索、または対象となる正規表現フィルタリングが必要な場合は、次のように使用します。

  • name LIKE "data%"

  • title LIKE "%vector%"

  • path LIKE "%json"

  • message =~ "error.*timeout"

  • url =~ "/api/v[0-9]+/users"

Notes

LIKE および正規表現フィルター式の構文の詳細については、パターンマッチング を参照してください。

仕組み​

NGRAM の仕組みを表示するには展開してください

Zilliz Cloud は、2 つのフェーズで NGRAM インデックスを実装しています。

  1. インデックスの構築: 取り込み中に各ドキュメントの n-gram を生成し、転置インデックスを構築します。

  2. クエリの高速化: インデックスを使用して候補を少数に絞り込み、その後で完全一致を検証します。

フェーズ 1: インデックスを構築する​

データ取り込み中、Zilliz Cloud は次の 2 つの主要なステップを実行して NGRAM インデックスを構築します。

  1. テキストを n-gram に分解する: Zilliz Cloud は対象フィールド内の各文字列にわたって幅 n のウィンドウをスライドさせ、重複するサブストリング(n-gram)を抽出します。これらのサブストリングの長さは、設定可能な範囲 [min_gram, max_gram] 内に収まります。

    • min_gram: 生成する最短の n-gram です。これは、インデックスの恩恵を受けられるクエリサブストリングの最小長も定義します。

    • max_gram: 生成する最長の n-gram です。クエリ時には、長いクエリ文字列を分割する際の最大ウィンドウサイズとしても使用されます。

      たとえば、min_gram=2 および max_gram=3 の場合、文字列 "AI database" は次のように分解されます。

      W35aw6aMph7nSobJeFlcXVH8neb

      • 2-gram: AI, I_, _d, da, at, ...

      • 3-gram: AI_, I_d, _da, dat, ata, ...

      Notes
      • 範囲 [min_gram, max_gram] の場合、Zilliz Cloud は 2 つの値の間(両端を含む)のすべての長さについて n-gram を生成します。たとえば、[2,4] と単語 "text" の場合、Zilliz Cloud は次のように生成します。

      • 2-gram: te, ex, xt

      • 3-gram: tex, ext

      • 4-gram: text

      • N-gram の分解は文字ベースで言語に依存しません。たとえば、中国語では、min_gram = 2 を指定した "向量数据库" は、"向量"、"量数"、"数据"、"据库" に分解されます。

      • 分解時、スペースと句読点は文字として扱われます。

      • 分解では元の大文字と小文字が保持され、マッチングでは大文字と小文字が区別されます。たとえば、"Database" と "database" は異なる n-gram を生成し、クエリ時には大文字と小文字の完全一致が必要です。

  2. 転置インデックスの構築: 生成された各 n-gram を、それを含むドキュメント ID のリストにマッピングする転置インデックスが作成されます。

    たとえば、2-gram "AI" が ID 1、5、6、8、9 のドキュメントに出現する場合、インデックスには {"AI": [1, 5, 6, 8, 9]} が記録されます。このインデックスは、クエリ時に検索範囲をすばやく絞り込むために使用されます。

    MJ1OwnzmthWaPYbt7YncrlUznPo

フェーズ 2: クエリを高速化する​

LIKE フィルターまたは対象となる正規表現フィルターが実行されると、Zilliz Cloud は次のステップで NGRAM インデックスを使用してクエリを高速化します。

C7Iawzee9hrag7b0LCecWHSunsc

  1. クエリ用語の抽出: LIKE 式からワイルドカードを含まない連続したサブストリングが抽出されます(例: "%database%" は "database" になります)。正規表現フィルターの場合、Zilliz Cloud は可能なときに正規表現パターンから固定のリテラルサブストリングを抽出します。たとえば、message =~ "error.*timeout" にはリテラル error と timeout が含まれます。

  2. クエリ用語の分解: クエリ用語は、その長さ(L)ならびに min_gram および max_gram の設定に基づいて n-gram に分解されます。

    • L < min_gram の場合、インデックスは使用できず、クエリはフルスキャンにフォールバックします。

    • min_gram ≤ L ≤ max_gram の場合、クエリ用語全体が単一の n-gram として扱われ、それ以上の分解は不要です。

    • L > max_gram の場合、クエリ用語は max_gram に等しいウィンドウサイズを使用して、重複するグラムに分解されます。

    たとえば、max_gram が 3 に設定され、長さが 8 のクエリ用語 "database" は、"dat"、"ata"、"tab" などの 3-gram サブストリングに分解されます。

  3. 各グラムの検索と交差: Zilliz Cloud はクエリの各グラムを転置インデックスで検索し、得られたドキュメント ID リストを交差させて、少数の候補ドキュメントを特定します。これらの候補には、クエリのすべてのグラムが含まれています。

  4. 検証と結果の返却: 最後に、元の LIKE または正規表現フィルターが、少数の候補セットのみに対して最終チェックとして適用され、完全一致が見つけられます。

NGRAM インデックスを作成する​

NGRAM インデックスは、VARCHAR フィールドまたは JSON フィールド内の特定のパスに作成できます。

例 1: VARCHAR フィールドに作成する​

VARCHAR フィールドの場合は、field_name を指定し、min_gram と max_gram を設定するだけです。

python
from pymilvus import MilvusClient

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT") # Replace with your server address

# Assume you have defined a VARCHAR field named "text" in your collection schema

# Prepare index parameters
index_params = client.prepare_index_params()

# Add NGRAM index on the "text" field
index_params.add_index(
field_name="text", # Target VARCHAR field
index_type="NGRAM", # Index type is NGRAM
index_name="ngram_index", # Custom name for the index
min_gram=2, # Minimum substring length (e.g., 2-gram: "st")
max_gram=3 # Maximum substring length (e.g., 3-gram: "sta")
)

# Create the index on the collection
client.create_index(
collection_name="Documents",
index_params=index_params
)

この設定では、text 内の各文字列に対して 2-gram と 3-gram を生成し、転置インデックスに保存します。

例 2: JSON パスに作成する​

JSON フィールドの場合は、グラムの設定に加えて、次の項目も指定する必要があります。

  • params.json_path – インデックスを作成する値への JSON パスです。

  • params.json_cast_type – NGRAM インデックスは文字列に対して動作するため、"varchar"(大文字と小文字を区別しない)である必要があります。

python
# Assume you have defined a JSON field named "json_field" in your collection schema, with a JSON path named "body"

# Prepare index parameters
index_params = client.prepare_index_params()

# Add NGRAM index on a JSON field
index_params.add_index(
field_name="json_field", # Target JSON field
index_type="NGRAM", # Index type is NGRAM
index_name="json_ngram_index", # Custom index name
min_gram=2, # Minimum n-gram length
max_gram=4, # Maximum n-gram length
params={
"json_path": "json_field[\"body\"]", # Path to the value inside the JSON field
"json_cast_type": "varchar" # Required: cast the value to varchar
}
)

# Create the index on the collection
client.create_index(
collection_name="Documents",
index_params=index_params
)

この例では、次のようになります。

  • json_field["body"] の値のみがインデックスされます。

  • 値は n-gram トークン化の前に VARCHAR にキャストされます。

  • Zilliz Cloud は長さ 2 から 4 のサブストリングを生成し、それらを転置インデックスに保存します。

JSON フィールドにインデックスを作成する方法の詳細については、JSON インデックス を参照してください。

NGRAM によって高速化されるクエリ​

NGRAM インデックスを適用するには、次の条件を満たす必要があります。

  • クエリの対象が、NGRAM インデックスを持つ VARCHAR フィールド(または JSON パス)であること。

  • LIKE パターンのリテラル部分が少なくとも min_gram 文字の長さであること。

    (たとえば、想定される最短のクエリ用語が 2 文字の場合は、インデックス作成時に min_gram=2 を設定します。)

サポートされるクエリタイプは次のとおりです。

  • プレフィックス一致

    python
    # Match any string that starts with the substring "database"
    filter = 'text LIKE "database%"'
  • サフィックス一致

    python
    # Match any string that ends with the substring "database"
    filter = 'text LIKE "%database"'
  • インフィックス一致

    python
    # Match any string that contains the substring "database" anywhere
    filter = 'text LIKE "%database%"'
  • ワイルドカード一致

    python
    # Match any string where "st" appears first, and "um" appears later in the text
    filter = 'text LIKE "%st%um%"'
  • JSON パスクエリ

    python
    filter = 'json_field["body"] LIKE "%database%"'
  • 正規表現フィルター

    python
    # Match log messages that contain "error" followed later by "timeout"
    filter = 'text =~ "error.*timeout"'
  • JSON パスに対する正規表現フィルター

    python
    filter = 'json_field["body"] =~ "error.*timeout"'

フィルター式の構文の詳細については、パターンマッチング を参照してください。

インデックスを削除する​

既存のインデックスをコレクションから削除するには、drop_index() メソッドを使用します。

Notes

Milvus v2.6.x と互換性のあるクラスターでは、不要になったスカラーインデックスを直接削除できます。そのために先にコレクションを解放する必要はありません。

python
client.drop_index(
collection_name="Documents", # Name of the collection
index_name="ngram_index" # Name of the index to drop
)

使用上の注意​

  • フィールドタイプ: VARCHAR および JSON フィールドでサポートされます。JSON の場合は、params.json_path と params.json_cast_type="varchar" の両方を指定します。

  • 正規表現の高速化: NGRAM が正規表現フィルターを高速化するのは、Zilliz Cloud が正規表現パターンから固定のリテラルサブストリングを抽出できる場合のみです。[a-z]+ のようなパターンは固定のリテラルを含まないため、スキャンにフォールバックする場合があります。

  • 大文字と小文字を区別しない正規表現: (?i) を含む正規表現パターンはサポートされていますが、インデックスは元の大文字と小文字を保持するため、NGRAM の最適化がスキップされる場合があります。

  • 検証ステップ: 正規表現フィルターの場合、NGRAM は候補を生成し、Zilliz Cloud は完全な RE2 正規表現パターンでそれらを検証するため、インデックスによる高速化で一致結果が変わることはありません。

  • Unicode: NGRAM の分解は文字ベースで言語に依存せず、空白と句読点も含みます。

  • 空間と時間のトレードオフ: より広いグラム範囲 [min_gram, max_gram] は、より多くのグラムとより大きなインデックスを生成します。メモリが厳しい場合は、大きなポスティングリストに mmap モードの使用を検討してください。詳細は、mmap の使用 を参照してください。

  • 不変性: min_gram と max_gram はその場で変更できません。調整するにはインデックスを再構築してください。

ベストプラクティス​

  • 検索動作に合わせて min_gram と max_gram を選択する

    • min_gram=2、max_gram=3 から始めます。

    • min_gram には、ユーザーが入力すると想定される最短のリテラルを設定します。

    • max_gram には、意味のあるサブストリングの一般的な長さに近い値を設定します。max_gram を大きくするとフィルタリングは改善しますが、容量が増加します。

  • 選択性の低いグラムを避ける

    繰り返しの多いパターン(例: "aaaaaa")はフィルタリング効果が弱く、得られる効果は限定的な場合があります。

  • 一貫して正規化する

    ユースケースで必要な場合は、取り込むテキストとクエリのリテラルに同じ正規化(例: 小文字化、トリミング)を適用します。