クエリの最適化

読み取り操作をサポートするインデックスの作成

アプリケーションが特定のフィールドまたはフィールド セットのコレクションをクエリする場合、クエリされたフィールドのインデックスまたはフィールド セットの複合インデックスにより、クエリがコレクション全体をスキャンしてクエリ結果を検索して返すことを防ぐことができます。 インデックスの詳細については、「 MongoDB のインデックスに関する完全ドキュメント 」を参照してください

var typeValue = <someUserInput>;
db.inventory.find( { type: typeValue } );

db.inventory.createIndex( { type: 1 } )

インデックスを使用してクエリのパフォーマンスを分析するには、「クエリ パフォーマンスの分析 」を参照してください。

読み取り操作の最適化に加えて、インデックスはソート操作をサポートし、より効率的なストレージ利用を可能にします。インデックス作成の詳細については、db.collection.createIndex() および「インデックス」を参照してください。

クエリの選択性

クエリの選択性とは、クエリ述語がコレクション内のドキュメントをどの程度適切に除外またはフィルタリングするかを指します。クエリの選択性によって、クエリがインデックスを効果的に使用できるかどうか、あるいはインデックスをまったく使用しないかが決まります。

選択性の高いクエリほど、一致するドキュメントの割合は少なくなります。たとえば、ユニークな _id フィールドでの等価一致は、多くとも 1 件のドキュメントにしか一致しないため、選択性が非常に高くなります。

選択性の低いクエリは、一致するドキュメントの割合は多くなります。選択性の低いクエリは、インデックスを効果的に使用できない、あるいはまったく使用できません。

たとえば、不等式演算子 $nin と $ne は、インデックスの大部分と一致することが多いため、あまり選択的ではありません。その結果、多くの場合、インデックス付きの $nin クエリまたは $ne クエリのパフォーマンスは、コレクション内のすべてのドキュメントをスキャンする必要がある $nin クエリまたは $ne クエリのパフォーマンスと同程度になる可能性があります。

regular expressions の選択性は式自体に依存します。詳細については、「正規表現とインデックスの使用」をご覧ください。

カバード クエリ

カバード クエリとは、インデックスを使用して処理が完了し、ドキュメントを調査する必要がないクエリです。次のすべてが当てはまる場合、インデックスはクエリをカバーします。

• クエリ内のすべてのフィールド（アプリケーションで指定されたフィールドと、シャーディングなどの内部で必要なフィールドの両方）はインデックスの一部です。

• 結果に返されるすべてのフィールドは同じインデックスにある

• クエリ内のどのフィールドも null に等しくありません。例、次のクエリ述語ではカバード クエリは作成されません。

  • { "field": null }

  • { "field": { $eq: null } }

db.inventory.createIndex( { type: 1, item: 1 } )

db.inventory.find(
   { type: "food", item:/^c/ },
   { item: 1, _id: 0 }
)

db.userdata.insertOne(
   { _id: 1, user: { login: "tester" } }
)

db.userdata.createIndex(
   { "user.login": 1 }
)

db.userdata.find(
   { "user.login": "tester" },
   { "user.login": 1, _id: 0 }
)