サポートされているクライアント
インデックスの制限
2.1 億を超えるインデックスオブジェクトを含む、またはすぐに含むMongoDB Searchインデックスを作成する場合は、numPartitions を使用するか、クラスターをシャーディングする必要があります。この制限では、最上位のドキュメントまたはインデックス付きコレクションフィールドにネストされた embeddedDocument はそれぞれ 1 つのオブジェクトとしてカウントされます
デフォルトでは 、 MongoDB Search は、特定のレプリカセットノードまたはシャードで 2.1 億インデックスオブジェクトを超える単一インデックスの変更のレプリケートを停止します。つまり、インデックスは引き続きクエリ可能ですが、古い結果が生じる可能性があります。
コレクションに 16MB 以上のドキュメントが含まれている場合、MongoDB 検索するはドキュメントのインデックスに失敗し、インデックスが STALE となり、インデックスの完全な再構築が開始されます。インデックスの再構築をコレクションドキュメント削除する必要があります。この問題は、大きなドキュメントでの更新操作によって変更ストリームイベントが16MB BSONの制限を超えた場合にも発生する可能性があります。これを回避するために、コレクション内のどのドキュメントも 8MB を超えないことをお勧めします。次のベストプラクティスの採用を検討しましょう。
サブドキュメントや配列のサイズを最小限に抑えるように、ドキュメントを構造化してください。
大規模なフィールド、サブドキュメント、または配列を更新または置換する操作は避けてください。
詳細については、「Change Streams 運用に関する推奨事項」および「大きなドキュメントのサイズを縮小する」を参照してください。
インデックスの制限の詳細については、以下を参照してください。
フィールド型の制限
フィールド型の制限については、次を参照してください。
その他の制約
クラスター化されたコレクションを使用しており、notablescan パラメータが true に設定されている場合、 MongoDB Search インデックスのビルドが完了しないことがあります。この問題を解決するには、notablescan パラメータを false に設定するか、ログでインデックスのステータス遷移を確認する必要があります。
クエリの制限
演算子の制限
クエリ演算子の制限の詳細については、以下を参照してください。
オプションの互換性と制限
クエリ オプションの互換性と制限の詳細については、以下を参照してください。