オペレーション担当者双方向けの中級レベルの内容とのことです。}ソートの条件指定に設定する際には、順番に気を付けること。インデックス作成時には、オーダーを昇順にするか降順にするかの指定がある。条件指定で、フィールドの順番とともに、オーダーの指定でもインデックスが効果的に使われない場合があるので注意。(動画)マルチキーインデックスについて。複合インデックスと何が違うの?というと、MongoDBのデータは、テーブルではなくてドキュメントという形で、キー(フィールド)に対する値がネストしたオブジェクトだったり、配列だったりする。キーに対する値が配列である場合も、インデックスを作成することができる。新しいメソッドを使ってね、ということですね。出ましたまだ対象のキーに対する値が配列でない状態。Indexesこの条件で複合インデックスを作成した場合。(動画)部分インデックスについて。複合インデックスやマルチキーインデックスでは、コレクション中の前ドキュメントに対して設定すると、インデックス自体のデータ量や更新のコストもかかる。複合インデックスではあるが、特定の条件のものだけにインデックスが必要な場合は、パーシャルインデックスを使うと良い。}上記の例では、まだ複合インデックスが設定されていない。住所、料理のカテゴリ(フレンチとか、日本食とか)についての複合インデックスを設定したいけれど、星3つ以上のものだけインデックスがあれえば良い、といったパターンでは、パーシャルインデックスが良い。maintenance.パーシャルインデックスは、コレクションの中で特定のフィルタに一致するものだけを対象としたインデックスです。インデックスのサイズを抑える、メンテナンスコストを抑えることができます。$lte$type$and以下、設定例。