2011-09-23 13 views
2

私は自分のコンテンツを検索するためにSolrを使用し、コンテンツを保存するにはMySQLを使用しています。 MySQLは良い永続的なストレージソリューションであり、私は他のテーブルとデータを結合することができ、さらに多目的なクエリを持つことができます。一方、私は読んだところで非常に高いパフォーマンスを求めています。Solrを使用して検索用のデータを保存するMySQL

Solrからインデックスを取得し、Select on MySQLを実行するのではなく、Solrを使用してデータを検索して保存し、Solrから直接データ項目を取得する方が良いでしょうか?

私はまだ技術的にMySQLに関連するデータを取得する必要がありますが、おそらくSolrに格納することもできます。

その他の点 - Solrは、このコンテキストで合理的なデータストレージソリューションですか? (どちらの場合でも永続性のためにMySQLにまだ格納されます)。

答えて

2

結果によって必要なものによって異なります。

余計なフィールドを使ってSolrに文書を保存することはできますが、文書の一部としていくつかのフィールドを宣言できますが、インデックスの一部ではないと確信しています。検索結果から必要なものに応じて、検索を満たすために余分なフィールドを必要とするすべてを得ることができます。その場合、セカンダリルックアップをMySQLにスキップさせることができます。

また、現在のデータがどのように必要なのかを検討してください。 MySQLの最新の変更と同期していない可能性があるので、Solrインデックスからデータを取得するだけで十分ですか?または、最新のデータを取得するためにMySQLから取得する必要がありますか?

+0

この場合、solrインデックスはappからappへとリアルタイムでMySQLからのバケットに直接更新されます。 – csjohn

関連する問題