Re: TSearch2 vs. Apache Lucene

Поиск
Список
Период
Сортировка
От Michael Riess
Тема Re: TSearch2 vs. Apache Lucene
Дата
Msg-id dn4l8n$su5$1@news.hub.org
обсуждение исходный текст
Ответ на Re: TSearch2 vs. Apache Lucene  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: TSearch2 vs. Apache Lucene
Список pgsql-performance
Bruce Momjian schrieb:
> Oleg Bartunov wrote:
>> Folks,
>>
>> tsearch2 and Lucene are very different search engines, so it'd be unfair
>> comparison. If you need full access to metadata and instant indexing
>> you, probably, find tsearch2 is more suitable then Lucene. But, if
>> you could live without that features and need to search read only
>> archives you need Lucene.
>>
>> Tsearch2 integration into pgsql would be cool, but, I see no problem to
>> use tsearch2 as an official extension module. After completing our
>> todo, which we hope will likely  happens for 8.2 release, you could
>> forget about Lucene and other engines :) We'll be available for developing
>> in spring and we estimate about three months for our todo, so, it's
>> really doable.
>
> Agreed.  There isn't anything magical about a plug-in vs something
> integrated, as least in PostgreSQL.  In other database, plug-ins can't
> fully function as integrated, but in PostgreSQL, everything is really a
> plug-in because it is all abstracted.


I only remember evaluating TSearch2 about a year ago, and when I read
statements like "Vacuum and/or database dump/restore work differently
when using TSearch2, sql scripts need to be executed etc." I knew that I
would not want to go there.

But I don't doubt that it works, and that it is a sane concept.

В списке pgsql-performance по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: postgresql performance tuning
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: TSearch2 vs. Apache Lucene