Re: Brain dump: btree collapsing - Mailing list pgsql-hackers

From Daniel Kalchev
Subject Re: Brain dump: btree collapsing
Date
Msg-id 200302130810.h1D8AWY17832@dcave.digsys.bg
Whole thread Raw
In response to Brain dump: btree collapsing  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Brain dump: btree collapsing
List 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 by date:

Previous
From: Kevin Brown
Date:
Subject: Re: location of the configuration files
Next
From: Daniel Kalchev
Date:
Subject: Re: Brain dump: btree collapsing