Re: [PATCHES] Index creation takes for ever
| От | Manfred Koizar | 
|---|---|
| Тема | Re: [PATCHES] Index creation takes for ever | 
| Дата | |
| Msg-id | 70qmlv8iq0nfhm5bqhlsful9335m6tdac5@4ax.com обсуждение исходный текст | 
| Ответ на | Re: [PATCHES] Index creation takes for ever (Tom Lane <tgl@sss.pgh.pa.us>) | 
| Список | pgsql-hackers | 
On Sun, 07 Sep 2003 12:23:28 -0400, Tom Lane <tgl@sss.pgh.pa.us>
wrote:
>Maybe so, but it would degrade the performance in the unique-index case
>if we do it as the TODO is worded.
The patch would only hurt with a unique index, if there are lots of
duplicate tuples at CREATE INDEX time.
>My own opinion is that the bitmap-index-lookup approach will be superior
So is mine, but I was not able to do this in 30 lines.  Sorry ;-)
>to trying to keep the index entries in TID order.
              ^^^^
... which the patch does not.  I see its main advantage in creating
better b-tree indices when you restore a large database with many
duplicate index entries.
It is intended to be only effective at CREATE INDEX or REINDEX time.
I don't believe it is activated when you insert a single new entry,
otherwise it wouldn't pass regression tests ...
Servus
 Manfred
		
	В списке pgsql-hackers по дате отправления: