17

この記事では、膨大な量の情報を提供してくれました:
複数の Web サーバーを使用する既存の .NET / SQL Server スタックに Lucene を実装する

これに続いて、インデックスをデータベース (私の場合は SQL Server) に永続化する Lucene ディレクトリを実装するという概念について質問したいと思います。

Java レルムにはこれ (Compass など) があることがわかります。Stackoverflow の人々がこれを考慮したことを本当に望んでいますか? フィードバックをいただければ幸いです。

私の初心者の考えは、DB へのインデックスを永続化することが「分散」の問題を解決する方法になるということです。したがって、メッセージング (展開の制限のために私のソフトウェアでは不可能) やスケジューリング (大丈夫でしょう - 製品関係者は常に「現在の」インデックス付きデータがどうあるべきかについて決定を下す際にびくびくします) を実装する代わりに、IndexReader を再度開きます( ) は、どのサーバー ノードでもインデックス スナップショットを効率的に更新します。

DB の並行性/負荷が解決しようとしている問題の中心ではない場合、これは機能しますか? - 私たちの使用は、フィールドのさまざまなデータ分析を促進することに重点を置いており、それによってさまざまな形式のマッチングが促進されます。

私たちの展開アーキテクチャ/制限により、実際にはSOLRのような専用サーバーを主張することはできません.

4

3 に答える 3

0

データベース内のインデックスのパフォーマンスの問題が少し心配です。Elasticsearchをご覧ください。コンパスの後継機です。Java が必要ですが、.NET ソリューション用の非常に優れた REST インターフェイスを備えています。Elasticsearch は、複数のノード間の分散とレプリケーションをサポートしています。Web サーバーノードで実行できます。

于 2013-04-24T19:51:29.003 に答える
0

どのくらいのインデックス変更を待っていますか? いつインデックスを読みたいですか? (アプリケーションの起動時?) インデックスをデータベースに入れ、インデックスの作成時にそれを「ダウンロード」すると、大量のリソースが消費される可能性があります。

展開の制限については不明ですが、マシンに共有ファイル スペースを用意できますか (SMB/NFS 共有など、または SAN ベースのソリューションなど)?

于 2012-08-18T06:34:49.620 に答える