サポートされているクライアント
インデックスの制限
If you create a MongoDB Search index that has or will soon have more than 2.1 billion index objects, you must use numPartitions or shard your cluster. For this limit, each top-level document or nested embeddedDocument in the indexed collection fields counts as one object
デフォルトでは 、 MongoDB Search は、特定のレプリカセットノードまたはシャードで 2.1 億インデックスオブジェクトを超える単一インデックスの変更のレプリケートを停止します。つまり、インデックスは引き続きクエリ可能ですが、古い結果が生じる可能性があります。
コレクションに 16MB 以上のドキュメントが含まれている場合、MongoDB 検索するはドキュメントのインデックスに失敗し、インデックスが STALE となり、インデックスの完全な再構築が開始されます。インデックスの再構築をコレクションドキュメント削除する必要があります。この問題は、大きなドキュメントでの更新操作によって変更ストリームイベントが16MB BSONの制限を超えた場合にも発生する可能性があります。これを回避するために、コレクション内のどのドキュメントも 8MB を超えないことをお勧めします。次のベストプラクティスの採用を検討しましょう。
サブドキュメントや配列のサイズを最小限に抑えるように、ドキュメントを構造化してください。
大規模なフィールド、サブドキュメント、または配列を更新または置換する操作は避けてください。
To learn more, see Change Streams Production Recommendations and Reduce the Size of Large Documents.
インデックスの制限の詳細については、以下を参照してください。
フィールド型の制限
フィールド型の制限については、次を参照してください。
その他の制約
クラスター化されたコレクションを使用しており、notablescan パラメータが true に設定されている場合、 MongoDB Search インデックスのビルドが完了しないことがあります。この問題を解決するには、notablescan パラメータを false に設定するか、ログでインデックスのステータス遷移を確認する必要があります。
クエリの制限
演算子の制限
クエリ演算子の制限の詳細については、以下を参照してください。
オプションの互換性と制限
クエリ オプションの互換性と制限の詳細については、以下を参照してください。