Re: Brain dump: btree collapsing

Поиск
Список
Период
Сортировка
От Daniel Kalchev
Тема Re: Brain dump: btree collapsing
Дата
Msg-id 200302130810.h1D8AWY17832@dcave.digsys.bg
обсуждение исходный текст
Ответ на Brain dump: btree collapsing  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Brain dump: btree collapsing  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom,

Sound excellent. Index growth has been something that always bothered me (not 
the disk space usage, but the slow searches).

I believe it's best to have pages marked dead at the time the last key 
contained in the page is deleted (you didn't discuss how efficient this is), 
because this will somehow improve the three depth. The same functionality 
should be available in VACUUM (just in case). Thus we should 'free' the index 
pages with one VACUUM run, instead of two.

In the spirit of my ramblings about automatic statistics/suggestions by 
PostgreSQL for optimizations, could you also implement a NOTICE when the index 
becomes too 'thin'? I believe this will help avoid severe performance 
degradation if the process of removing the dead tuples becomes automatic.

It also occurs to me, that if such statistics are available, PostgreSQL might 
run VACUUM automatically, on specific tables/indexes - all this controlled by 
a CUG variable.

Daniel



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

Предыдущее
От: Kevin Brown
Дата:
Сообщение: Re: location of the configuration files
Следующее
От: Daniel Kalchev
Дата:
Сообщение: Re: Brain dump: btree collapsing