Docs Menu
Docs Home
/ /

FAQ: MongoDB Search

いいえ、クラスターでMongoDB Search を有効にしても、追加料金や料金は発生しません。ただし、インデックス付きコレクションのサイズやインデックス定義などの要因によっては、クラスターでのリソース使用率が増加する可能性があります。MongoDB Searchリソースの使用率を管理および制御するには、専用の検索ノードを配置します。これはノードごとの追加コストです。本番環境ではこれが推奨されています。

Tip

はい。次のMongoDB Search 演算子は、部分的な文字列を用いたクエリをサポートします。

はい。 カスタムアナライザ ワイルドカード 演算子と 正規表現 演算子を使用して、大文字と小文字を区別しない検索を実行できます。次のトークナイザとトークン フィルターを使用してカスタムアナライザを定義し、ワイルドカードで大文字と小文字を区別しない検索を実行できます。

はい。MongoDB Searchの storedSource オプションは元の値を保存します。returnStoredSource オプションを使用して返された結果に対して $search ステージの後に大文字と小文字を区別しない操作を実行するには、コレクションを作成するときにコレクションのデフォルトの照合強度を 1 または 2 に設定し、別の照合を指定しないでください。使用できません

既存のMongoDB Searchインデックスを持つコレクションにシャードを追加すると、そのMongoDB Searchインデックスの新しく追加されたシャードで最初の同期が行われます。各シャードのMongoDB Searchインデックスには、そのシャードに存在するコレクションのドキュメントのみが含まれます。詳細については、グローバル コレクションのシャーディング を参照してください。

警告:MongoDB Search インデックスがすでに存在するコレクションをシャーディングする場合、インデックスがシャードで構築されている間に短時間、不完全な検索結果が発生する可能性があります。また、MongoDB Search インデックスを含むすでにシャーディングされたコレクションにシャードを追加する場合、追加されたシャードで最初の同期プロセスが完了するまで、そのコレクションに対する検索クエリでは不完全な結果が返される可能性があります。詳しくは、「最初の同期プロセス」を参照してください。

いいえ、シャードキーを使用して、特定のシャードまたはシャードのサブセットに対してMongoDB Search クエリを実行することはできません。シャーディングされたクラスター環境では、 MongoDB Search クエリはすべてのシャードで実行されるスキャッター ギャザー クエリになります。

ただし、ゾーンを使用してシャーディングシャーディングされたコレクションをクラスター内のシャードのサブセットにわたって分散する場合、 MongoDB Search はクエリしているコレクションのシャードを含むゾーンにクエリをルーティングして、$searchクエリを実行しますコレクションが配置されているシャードのみ。

デフォルトでは 、クエリは プライマリノードで実行されます。読み込み設定 (read preference)を構成するか、レプリカセットタグを使用して読み込み設定 (read preference)を指定できます。詳細については、 「 MongoDB Search とは 」を参照してください。

はい、次の手順を実行してインデックスを複製できます。

1

MongoDB 検索するページには、Search & Vector Search オプションまたは Data Explorer から移動できます。

2
  1. コピーするインデックスで、クリックしますAction列のドキュメント

  2. [Edit With JSON Editor] をクリックします。

3
4

MongoDB Search JSON Editor を使用して新しいインデックスを作成します。コピーしたインデックスを貼り付け、Create Search Index をクリックします。MongoDB Searchインデックスを作成した後、 MongoDB Search JSON EditorまたはMongoDB Search Visual Index Builder で必要な編集を直接行うことができます。

注意

進行中の作業

上記で説明した手順を必要としない解決策を現在作成しています。この機能に投票したり、フィードバックを送信 したりするには、 MongoDBフィードバック を使用します。

いいえ、 MongoDB Search はJVMヒープ メトリクスにメモリを使用します。これには、検索インデックスのオートコンプリートとテキスト トークンが保存されます。他のデータベースエンジンと同様に、 MongoDB Search はインデックスファイルの過半数をディスクに保存するため、基礎の OS ページキャッシュのメリットが得られます。

  • データベース名とコレクション名が正しいことを入力したことを確認してください。 存在しないデータベース名またはコレクション名を入力すると、Atlas UI はインデックスを一時的に構築し、その後すぐに削除します。

  • $out集計ステージを使用してコレクションを上書きする場合は、検索インデックスが宛先コレクションにコピーされないため、検索インデックスを削除して再作成する必要があります。 詳細については、「 $out インデックスの制約 」を参照してください。

  • MongoDB Search を使用するコレクションを再シャーディングすると、この操作既存の検索インデックスが削除されます。シャーディング操作が完了したら、コレクションの検索インデックスを手動で再構築する必要があります。

M10+ 専有クラスターの場合、Atlas はクラウドバックアップ スナップショットから MongoDB Searchインデックス定義 を復元します。Atlas は検索インデックスデータを復元しないため、mongot プロセスは復元されたすべての検索インデックス定義の最初の同期を実行します。クラスターに大規模な検索インデックスを定義した場合、スナップショットの復元中に遅延が発生する可能性があります。

はい、CSFLE 暗号化クライアントを使用して、 MongoDBバージョン 6.0 以降の暗号化されていないデータに対してMongoDB Search クエリを実行できます。

いいえ、 MongoDB Search を使用して CSFLE で暗号化されたデータをクエリすることはできません。

いいえ、Queryable EncryptionはMongoDB Search と互換性がありません。

いいえ、時系列コレクションではMongoDB Search を使用できません。

はい、 を使用すると、新しい機能をリクエストたり、 MongoDBフィードバックを使用して既存のリクエストをアップ投票したりできます。

はい、 MongoDBサポートは、専用ノードと同じロケーションのノードの両方のMongoDB Search インフラストラクチャにアクセスし、これらのノードから mongot ログをダウンロードできます。ただし、必要に応じて組織レベルでMongoDBサポートへのアクセスをブロック し、その後MongoDBサポートへのアクセスを 24 時間許可することができます。詳細については、「Atlas バックエンド インフラストラクチャへのMongoDBサポート アクセスの設定」を参照してください。

いいえ、ただし、$lookup$unionWith を使用して複数のコレクションにわたって検索クエリーを実行することはできます。詳しくは、「複数のコレクションにわたってMongoDB Search クエリを実行する方法」を参照してください。

戻る

FAQ: アプリケーション

項目一覧