2

セキュリティやトランザクションなどの明らかな理由から、ElasticSearch を唯一のストレージとして使用することはお勧めしません。通常、他のデータベースとどのように組み合わせて使用​​されるのでしょうか?

たとえば、いくつかのドキュメントを MongoDB に保存し、それらのプロパティによって効果的に検索できるようにしたいとします。私がすることは、通常どおり Mongo に完全なドキュメントを保存してから、ElasticSearch への挿入をトリガーすることですが、そこに検索可能なプロパティと MongoDB ObjectIDのみを挿入します。次に、ElasticSearch を使用して検索し、ObjectID を見つけて、Mongo に移動し、ドキュメント全体をフェッチします。

これは ElasticSearch の正しい使用法ですか? 既にMongoにあるので、データ全体を複製したくありません。

4

2 に答える 2

2

今のところ、ベストプラクティスはESでドキュメントを複製することです。ここでのすばらしい点は、検索時にデータベースに戻ってコンテンツをフェッチする必要がないことです。これは、ESが1回の呼び出しでコンテンツを提供するためです。ES Search Responseには、結果をユーザーに表示するためのすべてが揃っています。

私の2セント。

于 2013-02-16T22:22:21.050 に答える
0

mongodb リバーを使用したい場合は、この投稿 をご覧ください。保存またはインデックスするデータのサイズよりも多くの問題があります。MongoDB を、挿入されたデータの「ほぼリアルタイム」のクエリを使用してバックアップとして使用することをお勧めします。およびインデックスを作成するデータのキューとして (アプリケーションに適した関連する書き込み懸念を持つクラスターとして mongodb を使用することができます)

于 2014-05-07T11:21:16.860 に答える