Исправление Partisan, (текущая версия) :
Не прошли времена, когда люди умели пользоваться Lucene, а настали времена, когда научились не пользоваться. Lucene имеет проблему - отсутствие асинхронного построения индекса, что ведёт к торможению работы базы. Используется в составе Solr, где этой пробемы нет. А Elastic Search проще,чем Solr в использовани. И тоже внутри себя использует Elastic Search.
В отличие от некоторых, я не пытаюсь разом вывалить все свои компьютерные знания. Вот сейчас пришлось пояснить кое что ввиду неуместного поминания Lucene.
Сервер индексации - перебор для интернет-магазина, но не исключаю, что может быть полезен для базы данных адресов, которая интересует автора темы - у неё объём немаленький. Всё же для начала посоветовал простое - FTS в СУБД. Только он формулирует свою задачу крайне невразумительно - спрашивал то же на ixbt, но не смог там сказать , какая СУБД ему нужна - PostgreSQL или Oracle. FTS есть в обеих.
Исходная версия Partisan, :
Не прошли времена, когда люди умели пользоваться Lucene, а настали времена, когда научились не пользоваться. Lucene имеет проблему - отсутствие асинхронного построения индекса, что ведёт к торможению работы базы. Используется в составе Solr, где этой пробемы нет. А Elastic Search проще,чем Solr в использовании.
В отличие от некоторых, я не пытаюсь разом вывалить все свои компьютерные знания.
Сервер индексации - перебор для интернет-магазина, но не исключаю, что может быть полезен для базы данных адресов, которая интересует автора темы - у неё объём немаленький. Всё же для начала посоветовал простое - FTS в СУБД. Только он формулирует свою задачу крайне невразумительно - спрашивал то же на ixbt, но не смог там сказать , какая СУБД ему нужна - PostgreSQL или Oracle. FTS есть в обеих.