Solr（または他のファセット検索エンジン）での検索/ナビゲーション、適切な方法は何ですか？

Question

私は、私のMysqlの使用がどこで終わるべきか、SOLRをどこから始めるべきかについて少し混乱しています。

私は多くのリレーショナルデータを持っています（amazonのようなeコマースサイトのようなもの）。

私はこれをmysqlに入れて起動し、サイズ/速度の問題に遭遇しました。この多くのデータでは索引付けは役に立ちませんでした。だから、私はこのデータをすべてSOLRに入れ、それは本当に速いです。ある意味では、SOLRは現在MYSQLデータベースのキャッシュと似ています（複数のリレーショナルテーブルがIDでリンクされています）。

私は物事の束について混乱しています。

1）mysqlデータベースは必要ですか？ SOLRテーブルにデータを簡単に編集して追加することはできますか？ Mysqlデータベースは単にオーバーヘッドを追加していますか？

2）ファセットを作成して検索ナビゲーションに使用するにはどうすればよいですか？私は現在、mysqlデータベース全体を1つのフラットソルファイルに統一しています。エントリが持つことができる多対多の関係を考えるとき、これを行うのが最善でしょうか？これはすべて、PathHierarchyTokenizerを使用してSOLRで実行する必要がありますか？ 1つのフィールドに複数のファセットを詰め込む必要がありますか？

3）これらのページのSEOタイトルを作成できるように、MYSQLにカテゴリ/セッティングを保存する必要はありますか？私はこれがSOLRではできないと推測しています。なぜなら、ファセットとしてのページの本当の概念はないからです。ファセットの静的なストア/キャッシュの必要性があるようで、追加情報が追加される可能性があり、これがSOLRで行われないと思われるようです。

4）または、MYLASデータベースのキャッシュとしてSOLRを使用するだけですか？だから、mysqlからすべてのカテゴリメニューを取得しますが、URLクエリが発生すると、SOLRからすべての製品が取得されますか？

solrは素敵で高速ですが、DBとの重複があり、それぞれが使いやすい場所に頭を下げるのに苦労しているので、これについて他の人の意見を聞きたいです。

Answer 1

mysqlデータベースが必要ですか？

RDBMSは、世界のフラットで非正規化されたビューを持つSolrよりも優れています。

Solrは一般的にレコードのソースとはみなされません。このように使用する場合は、すべてのフィールドを「保存」する必要があります。データのバックアップと復元の方法を検討してください。

良い出発点として、それがうまくいくかどうかを調べるためにSolrを使用してください。索引付けする必要があるものだけを索引付けし、格納する必要があるものを保管します。 Solrインデックスは分析で非常に大きくなる可能性があり、インデックスが大きくなるほど効率が悪いことに注意してください。