Какой пакет полнотекстового поиска я должен использовать для SQLite3?
Протокол является соглашением по тому, как интерпретировать данные и как ответить на сообщения. Они обычно определяют форматы сообщения и легальные сообщения. Примеры протоколов включают:
порт А является частью конечной точки сокета в TCP и UDP. Они позволяют операционной системе различать, какой TCP или сервис UDP на хост должны получить входящие сообщения.
беспорядок обычно возникает, потому что, много портов резервируют (например, порт 80) и обычно слушают, разъединяет ожидание конкретного протокола (HTTP в случае порта 80). В то время как сообщения отправляют к порту 80, как, обычно ожидают, будут сообщениями HTTP, нет ничего мешающего серверу не-HTTP слушать на порте 80 или сервер HTTP от слушания на альтернативном порте (например, 8080 или 8088).
2 ответа
Недавно я тоже изучал полнотекстовые решения. Похоже, что сейчас у SQLite нет фактического выбора. Независимо от того, что вы выберете, вам неизбежно придется переделывать его по мере развития различных решений FT2, FT3 и т. Д. Так что возьмите пулю и предположите, что вам нужно будет продолжать разработку в будущем, чтобы идти в ногу с меняющейся полнотекстовой технологией.
Sphinx Search пока не имеет прямой поддержки SQLite. На данный момент он поддерживает только MySQL и PostgreSQL (примерно август 2009 г.). Таким образом, вам придется взломать собственный соединитель SQLite или перенести данные SQLite в MySQL или PostgreSQL, а затем проиндексировать данные с помощью Sphinx Search. Я думаю, что кто-то работает над патчем Sphinx Search для поддержки Firebird, так что, возможно, это не так сложно, если вы готовы засучить рукава.
Также имейте в виду, что у Sphinx Search есть некоторые ограничения на добавление данных в индекс с приращением. Вы должны потратить час или около того на чтение документа, прежде чем вы решите его использовать.
Я также не знаю никакого прямого способа индексирования данных SQLite в Lucene. Возможно, вам придется написать свой собственный код для обработки пакетов данных SQLite, добавляя строки в индекс Lucene по одной за раз. Кажется, что это использование Lucene независимо от того, какая база данных.
обновление: Solr - отличная технология-компаньон для Lucene. Solr предоставляет этой поисковой системе множество функций, включая возможность массовой загрузки данных результатов запроса из любого источника данных JDBC.
Я также не знаю прямого способа индексирования данных SQLite в Lucene. Вам, вероятно, придется написать свой собственный код для обработки пакетов данных SQLite, добавляя строки в индекс Lucene по одной за раз. Кажется, что это использование Lucene независимо от того, какая база данных.обновление: Solr - отличная технология-компаньон для Lucene. Solr предоставляет этой поисковой системе множество функций, включая возможность массовой загрузки данных результатов запроса из любого источника данных JDBC.
Я также не знаю прямого способа индексирования данных SQLite в Lucene. Возможно, вам придется написать свой собственный код для обработки пакетов данных SQLite, добавляя строки в индекс Lucene по одной за раз. Кажется, это использование Lucene независимо от того, какая база данных.обновление: Solr - отличная вспомогательная технология для Lucene. Solr предоставляет этой поисковой системе множество функций, включая возможность массовой загрузки данных результатов запроса из любого источника данных JDBC.
По состоянию на 3.6.21, FTS3 хорошо документирован и получил более официально видимый статус.
FTS3 является частью стандартной сборки sqlite DLL в Windows, но не уверен в объединенном исходном коде .
Мы используем его в производственной среде около года без особых проблем.