キー値のストアとして、検索エンジンを使用することの利点と欠点は何ですか？

Question

Luceneのような検索エンジンと完全に保存する必要のあるXML文書のセットを考えると、キーと値のストアとして、検索エンジンを使用することの利点と欠点は、各文書が含まれている一意の主キー指定されたXML doucmentsを返すためのものです？

Answer 1

DBMSに対して検索エンジンnoreferrer">

Answer 2

あなたはコンパスのようなものを使用し、それは<だ場合のhref = "のhttp：// WWW。 compass-project.org/docs/2.2.0/reference/html/core-xsem.html」のrel = 『nofollowをnoreferrer』> XMLツーLuceneのマッピングエンジンに、それはXMLを格納および照会するための素晴らしいソリューションです文書、XMLデータベースへのすべての道を行くことはない。

一つの欠点は、XML文書のみ（基礎となるデータストアはかなり不可解である）のLucene APIを介して取得することができますが、私はそれと一緒に暮らすことができるということです。

あなたがやろうとしているすべての主要な平等のためのテストであり、ブロブを検索する場合は、Luceneには、たとえば、オーバーBDBを目に見える利点を持っていません。そして、あなたは、あなたが上に何かを層までは、トランザクションを持っていません。そして、並行処理は、それに一定の複雑さを持っています。そして、APIは、あなたがやっているシンプルなもののために、よく、ビットバロック様式である。

私はあなたが記述するもののようなものを実装しましたが、データ上の実際のフルテキスト検索は残りを正当化し、重要な要件でした。

Answer 3

あなたはコンパスのようなものを使用し、それは<だ場合のhref = "のhttp：// WWW。 compass-project.org/docs/2.2.0/reference/html/core-xsem.html」のrel = 『nofollowをnoreferrer』> XMLツーLuceneのマッピングエンジンに、それはXMLを格納および照会するための素晴らしいソリューションです文書、XMLデータベースへのすべての道を行くことはない。

一つの欠点は、XML文書のみ（基礎となるデータストアはかなり不可解である）のLucene APIを介して取得することができますが、私はそれと一緒に暮らすことができるということです。

Answer 4

あなたがやろうとしているすべての主要な平等のためのテストであり、ブロブを検索する場合は、Luceneには、たとえば、オーバーBDBを目に見える利点を持っていません。そして、あなたは、あなたが上に何かを層までは、トランザクションを持っていません。そして、並行処理は、それに一定の複雑さを持っています。そして、APIは、あなたがやっているシンプルなもののために、よく、ビットバロック様式である。

私はあなたが記述するもののようなものを実装しましたが、データ上の実際のフルテキスト検索は残りを正当化し、重要な要件でした。