Docs Menu
Docs Home
/
MongoDB Atlas
/ /

FAQ: Atlas Search

項目一覧

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

Tip

以下も参照してください。

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

Tip

以下も参照してください。

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

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

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

警告

Atlas Search インデックスが既に存在するコレクションをシャーディングする場合、コレクションがシャードに表示され始めるときにクエリのダウンタイムが短時間発生することがあります。また、シャードを Atlas Search インデックスなどのシャーディングされたコレクションに追加する場合、追加されたシャードで最初の同期プロセスが完了するまで、そのコレクションに対する検索クエリは失敗します。詳しくは、「最初の同期プロセス」を参照してください。

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

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

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

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

1
  1. Atlas Search タブに移動します。

  2. コピーするインデックスで、クリックします Action列の場合

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

2
3
4

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

注意

進行中の作業

上記で説明した手順を必要としない解決策を現在作成しています。 この機能に投票したり、フィードバックを送信したりする場合は、このフィードバック アイテムを参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

戻る

共有階層の制限

項目一覧