検索エンジンのデータストレージとしてのCouchbaseまたはRiak

Question

テキスト検索エンジンを実装したい。特に索引付けする文書は、重みのある用語のリストです。
クエリは単純な用語リストです。
検索の出力は、関連性の一致（条件とその重みに対して）で並べ替えられたリストにする必要があります 私が保存する必要があるデータは大きいです！単一ノードには収まりません。したがって、最終的なストレージは、配布が容易でなければなりません。

どのデータベースストレージをお勧めしますか？ 分析の後、私はCouchbaseとRiakのどちらかを選択したいと思います。

[編集] 単純なリレーショナルデータベースについてどう思いますか？彼らはすでに配布用の良い仕組みを持っています（例：Postgres 9にはビルドされています）

Riakはbuildin検索機能を持っていますが、私はそれを使いたくないと知っています。レスポンスを得るためにインデックスを持つ必要があります（クエリごとに計算するのではなく）。一方のCouchbaseの2オン

「はJSONドキュメントのセカンダリインデックスを追加します。インデックスは、その後、照会することができるビューを使用して作成されます。インデックスが均等に分配される。」
Couchbaseの

Answer 1

全文検索にはRiak Searchをお勧めしますが、これは非常に強力で、Luceneの利点のほとんどを借用していますが、フォールトトレラント、複製、スケーラビリティはまだありません。データが1つのノードに収まらない場合は、おそらく最もバランスのとれたオープンソースソリューションです。

Answer 2

のための大きなメリットとして聞こえること

私はElasticSearchとCouchDBを使用しました。

Answer 3

一般的な根本的な質問に答えるには、「インデックスに登録されたドキュメントの保管にデータベースを使用する必要がありますか？

はい。

これはかなり一般的なパターンです。いくつかの組織（無害を守るために保有されていない名前）は、Solrを索引および関連性エンジンとして使用し、主キーのみを検索から戻し、次にDBストアから実際の文書を検索して検索します。

しかし、このアプローチでは課題があります。主に2つのシステム（solrとdb）を同期させて保持します。 Couchbaseは、ElasticSearchインスタンスを同期させて維持するために、クロスデータセンターレプリケーションテクノロジを使用します。 Riak 2がリリースし、効果的に自動的にデータベースの各断片のSolrインデックスを作成します。あなたのユースケースに応じてどちらかがうまくいきます。さらに、あなたは明らかに2つのDB用

詳細

http://docs.couchbase.com/couchbase-elastic-search/ http://docs.basho.com/riak/latest/dev/advanced/search/