Каковы преимущества и недостатки использования поисковой системы в качестве хранилища значения ключа?

Question

Учитывая поисковую систему, такую ​​как Lucene, и набор документов XML, которые необходимо полностью сохранить, каковы преимущества и недостатки использования поисковой системы в качестве хранилища значений ключей для возврата XML-документов с уникальным первичным ключом, который содержится в каждом документе

Answer 1

Чтение Поисковая система и СУБД . IMO, ваше приложение попадает в область СУБД и, вероятно, лучше всего будет обслуживаться базой данных ключ-значение, такой как couchDB. Это связано с тем, что вы не пользуетесь текстовыми операциями, такими как токенизация, определение стемминга и т. Д.

Answer 2

Если вы используете что-то вроде Compass и это механизм отображения XML-Lucene , это отличное решение для хранения и запроса XML-документов, не переходя полностью к База данных XML.

Недостатком является то, что XML-документы могут быть получены только через API Lucene (базовое хранилище данных довольно непроницаемо), но я могу с этим смириться.

Answer 3

Если все, что вы собираетесь сделать, это проверить на равенство ключей и получить BLOB-объект, у Lucene нет видимых преимуществ перед, скажем, BDB. И у вас нет транзакций, пока вы не наложите что-то еще сверху. И у параллелизма есть определенные сложности к этому. И API немного барокко для той простой вещи, которую вы делаете.

Я реализовал нечто вроде того, что вы описываете, но фактический полнотекстовый поиск по данным был критическим требованием, которое оправдывало все остальное.