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