Re: Fixing GIN for empty/null/full-scan cases

Поиск
Список
Период
Сортировка
От David E. Wheeler
Тема Re: Fixing GIN for empty/null/full-scan cases
Дата
Msg-id 5BF2E275-4903-452A-BBB3-349DA1933288@kineticode.com
обсуждение исходный текст
Ответ на Re: Fixing GIN for empty/null/full-scan cases  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Fixing GIN for empty/null/full-scan cases  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Jan 18, 2011, at 1:58 PM, Tom Lane wrote:

> I'm noticing also that I get different rowcounts than you do, although
> possibly that has something to do with the partial-index conditions,
> which I'm not trying to duplicate here (all rows in my table pass those
> two tests).

Shall I send you data with the other two columns?:

>> * Why does it take 3-4x longer to create the GIN than the GiST index
>> on tsvector?
> 
> Perhaps more maintenance_work_mem would help with that; although the
> fine manual says specifically that GIN text search indexes take about
> three times longer to build than equivalent GiST indexes, so maybe that
> behavior is as designed.

Okay then, thanks.

David



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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: test_fsync label adjustments
Следующее
От: Tom Lane
Дата:
Сообщение: Re: test_fsync label adjustments