Re: [HACKERS] Index creation takes for ever

Поиск
Список
Период
Сортировка
От Manfred Koizar
Тема Re: [HACKERS] Index creation takes for ever
Дата
Msg-id telosv8k2tgd5jajmgnrk5ce0op5fj6it8@email.aon.at
обсуждение исходный текст
Ответ на Re: [HACKERS] Index creation takes for ever  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Index creation takes for ever  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-patches
On Mon, 01 Dec 2003 13:32:10 -0500, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>Manfred Koizar <mkoi-pg@aon.at> writes:
>> comparetup_index() compares two IndexTuples.  The structure
>> IndexTupleData consists basically of not much more than an ItemPointer,
>> and the patch is not much more than adding a comparison of two
>> ItemPointers.  So how does the patch introduce a new low level
>> implementation dependency?
>
>Because it sorts on tuple position, which is certainly about as low
>level as you can get.

The patch affects only the sort during index creation.  Mapping key
values to tuple positions is the sole purpose of an index.  The notion
that an index should not care for tuple positions looks a bit strange to
me.

>  More to the point, though, no evidence has been
>provided that this is a good idea.

The test script I posted with the patch shows that the patch produces
more efficient b-tree indices when there are lots of duplicates.

Servus
 Manfred

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

Предыдущее
От: Christopher Kings-Lynne
Дата:
Сообщение: Re: introduce "default_use_oids"
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: introduce "default_use_oids"