インデックス作成メトリックの結果を分析する

  • 8 分

インデックス作成メトリックの情報の使い方をよりよく理解するために、サンプル クエリをいくつか見てみましょう。

最初の SQL クエリは、コンテナー内の項目のうち、price プロパティの値が 500 を超える項目をすべて取得するものです。

SELECT 
    * 
FROM 
    products p 
WHERE 
    p.price > 500

この例で取り上げるすべてのクエリは、既定のインデックス作成ポリシー (下記) が使用されていることを前提としています。

  • 一貫性のあるインデックス作成モードを使用し、項目に自動的にインデックスを付けます
  • すべてのプロパティ パスを対象にする
  • eTag プロパティ パスを明示的に除外します
  • 複合インデックスは一切含まない

このクエリを実行してインデックス作成メトリックを出力すると、このクエリがインデックスの /price/? フィールドに与える影響が非常に大きいことがわかります。 このフィールドは既定のインデックス作成ポリシーに含まれているため、インデックス作成メトリックは、このフィールドをインデックスに追加することを推奨していません。

Index Utilization Information
  Utilized Single Indexes
    Index Spec: /price/?
    Index Impact Score: High
    ---
  Potential Single Indexes
  Utilized Composite Indexes
  Potential Composite Indexes

組み込みの文字列関数を使用して 、名前 プロパティが 「ツアー」という用語で始まる項目を検索することで、次のクエリではフィルターが少し複雑になります。

SELECT 
    * 
FROM 
    products p 
WHERE 
    p.price > 500 AND 
    startsWith(p.name, 'Touring')

このクエリのインデックス作成メトリックを見ると、/price/? と /name/? の両方のプロパティ パスが大きな影響を及ぼしていることがわかります。 既定のインデックス作成ポリシーではこの両方のフィールドが対象になるので、現時点ではこれ以上のインデックスは推奨されません。

Index Utilization Information
  Utilized Single Indexes
    Index Spec: /price/?
    Index Impact Score: High
    ---
    Index Spec: /name/?
    Index Impact Score: High
    ---
  Potential Single Indexes
  Utilized Composite Indexes
  Potential Composite Indexes

最後のサンプル クエリでは、 categoryName フィールドの値に基づいて等値フィルターを使用します。 この例では、フィールドはフィルター式に従って Bikes、Touring Bikes と等しい必要があります。

SELECT 
    * 
FROM 
    products p 
WHERE 
    p.price > 500 AND 
    p.categoryName = 'Bikes, Touring Bikes'

今度は、インデックス作成メトリックからの提案が先ほどよりも強めにでそうです。 予想どおり、/price/? と /categoryName/? プロパティ パスの影響が大きくなっています。 ただし、このインデックス作成メトリックは、今後クエリのパフォーマンスを向上させるために、両方のプロパティ パスを使って複合インデックスを作成することを推奨しています。

Index Utilization Information
  Utilized Single Indexes
    Index Spec: /price/?
    Index Impact Score: High
    ---
    Index Spec: /categoryName/?
    Index Impact Score: High
    ---
  Potential Single Indexes
  Utilized Composite Indexes
  Potential Composite Indexes
    Index Spec: /categoryName ASC, /price ASC
    Index Impact Score: High
    ---

この提案に従って、price と categoryName の両方のプロパティ パスを昇順として追加した複合インデックスを使用して新しいインデックス作成ポリシーを作成しましょう。

{
  "indexingMode": "consistent",
  "automatic": true,
  "includedPaths": [
    {
      "path": "/*"
    }
  ],
  "excludedPaths": [],
  "compositeIndexes": [
    [
      {
        "path": "/categoryName",
        "order": "ascending"
      },
      {
        "path": "/price",
        "order": "ascending"
      }
    ]
  ]
}

インデックスを更新してから .NET でクエリを再実行すると、最新のインデックス作成メトリックを観察できます。 新しいメトリックのメタデータから、直近のクエリ実行で複合インデックスが利用されたことがわかります。

Index Utilization Information
  Utilized Single Indexes
  Potential Single Indexes
  Utilized Composite Indexes
    Index Spec: /categoryName ASC, /price ASC
    Index Impact Score: High
    ---
  Potential Composite Indexes