Reindexdb and REINDEX - Mailing list pgsql-performance

From Rod Dutton
Subject Reindexdb and REINDEX
Date
Msg-id 20041024215359.ED668133D1E@mra04.ex.eclipse.net.uk
Whole thread Raw
Responses Re: Reindexdb and REINDEX  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
Hi,
 
I have had some performance problems recently on very large tables (10s of millions of rows).  A vacuum full did make a large improvement and then dropping & re-creating the indexes also was very beneficial.  My performance problem has now been solved.
 
My question is: will using the contrib/reindexdb or REINDEX sql command do essentially the same job as dropping and re-creating the indexes.  I.E. do you get a fully compacted and balanced index?  If so then I could use contrib/reindexdb or REINDEX instead of drop/recreate. 
 
How is concurrency handled by contrib/reindexdb and REINDEX (I know you can create an index on the fly with no obvious lock outs)?
 
Thanks,
 
Rod
 

pgsql-performance by date:

Previous
From: John Meinel
Date:
Subject: Re: Sequential Scan with LIMIT
Next
From: Tom Lane
Date:
Subject: Re: Reindexdb and REINDEX