最近solrからelastic検索に移行しました。 これで、弾性検索クエリに変換するカスタムクエリ形式でラッパーを作成することになりました。将来、別のデータストアに変更する場合は、このAPIを変更するだけですべてのアプリケーションを変更する必要があります。それは建築の観点から良い判断ですか?弾性検索またはソルバーのラッパーを書くのは良い考えですか?
-1
A
答えて
0
もちろん、他のデータストアと同じように、検索エンジンをカプセル化する必要があります。まるでそれがデータベースであるかのように考える。
0
はい。ラッパーを置くことは良い考えです。 今後、最小限の変更で異なるデータベースを使用するのに役立ちます。
将来はluceneと置き換えても、mongodbのようなnosqlデータベースを使ってもかまいません。
関連する問題
- 1. 弾性検索文書数
- 2. 弾性検索 - 弾性検索文書の_scoreを増やす方法
- 3. 弾性検索は
- 4. 弾性検索ではないインデックス**いくつかのドキュメント**
- 5. 弾性検索文書の保存
- 6. 弾性検索の文書化
- 7. 弾性検索で文書を検索する方法
- 8. それは弾性検索
- 9. は私が弾性検索
- 10. 弾性検索でjsonオブジェクトをインデックスする最良の方法
- 11. ストアドプロシージャ検索弾性検索
- 12. 弾性検索検索フロントエンドデモ
- 13. 弾性検索で条件を書く方法
- 14. スプリングブート+スプリングデータの弾性検索+弾性検索5.6.0
- 15. 私の場合、自分のグリッドを書くのは良い考えですか?
- 16. いくつかのフィールドに基づいて弾性検索の検索データ
- 17. 弾性検索:ブロックインデックスから検索
- 18. 左の同等の弾性検索は
- 19. ログ検索の弾性検索設定
- 20. トルコ文字の弾性検索検索
- 21. 弾性検索のブール検索
- 22. 弾性検索クエリ:(AまたはB)と(CまたはD)
- 23. 弾性検索|部分検索でcopy_to
- 24. 弾性検索インデックス
- 25. 弾性検索キャッシュ
- 26. スプリングブート、弾性検索
- 27. 弾性検索クエリプラグイン
- 28. 弾性検索マルチフィールドクエリ
- 29. 弾性検索インデックステンプレート
- 30. 弾性検索:フィルター
しかし、それは単一障害点になっています。将来の問題は将来的に災害につながる可能性があります。さらに、弾性検索によってサポートされる複雑で多様な種類のクエリを書く能力を失います。 –