ElasticSearch против SQL полнотекстового поиска

Question

Я хочу использовать полнотекстовый поиск в моем проекте ... Может кто-нибудь объяснить мне, в чем разница между ElasticSearch и SQL полнотекстового поиска

Или

почему SQL Full Текстовый поиск лучше (хуже), чем эластичный?

Документация, презентация, схема ...

Answer 1

Определить "лучше" ... SQL полнотекстового поиска достаточно тривиально получить работу (индексирования и запроса) - но у него есть штрафы:

• очень мало (практически нет) контроля над тем, как вещи индексируются (то, что ключи индекса, то, что лексические/парадигматические/и т.д. являются, и т.д.)
• работает на SQL сервере - который, как правило, ваш минимум масштабируемой инфраструктуры

Для поиска эластичных изделий требуется больше работы; вам необходимо настроить и поддерживать выделенный кластер узлов, а затем предоставить код, который выполняет фактические операции индекса, что также может включать запланированное задание, которое работает из журнала изменений (обработка новых/отредактированных данных), создание фрагментов индексируются; В равной степени вам нужно больше времени на создание запроса. Но вы получаете большой контроль над индексом и запросом и масштабируемость (кластер может быть любого размера, который вам нужен). Если это помогает, Stack Overflow вырос на полнотекстовом поисковом режиме sql, а затем перешел в эластичный поиск, когда ограничения (обе функции и производительность) оказались непомерно высокими.