Re: drop tempoary table VERY slow
От | Andrew McMillan |
---|---|
Тема | Re: drop tempoary table VERY slow |
Дата | |
Msg-id | 1023360726.9432.255.camel@kant.mcmillan.net.nz обсуждение исходный текст |
Ответ на | Re: drop tempoary table VERY slow ("Sam Liddicott" <sam.liddicott@ananova.com>) |
Список | pgsql-bugs |
On Thu, 2002-06-06 at 01:54, Sam Liddicott wrote: > > > > It would be interesting to see the 'vacuum full analyze' > > results for the > > system tables in that DB, although perhaps less interesting while you > > are running your current solution - maybe a comparison would be > > worthwhile. > > Alas we won't be able to downgrade as it affected the service seriously. > In doing a full vacuum I notice such errors as: > > NOTICE: Index pg_index_indrelid_index NUMBER OF INDEX' TUPLES (92) IS NOT > THE SAME AS HEAP' (86). Recreate the index > > Hmm. It's not my index (of course) I'm not sure how to go about re-creating > it. To reindex the system tables you need to shut down your database, then run a standalone postgres backend: postgres -O -P <dbname> Inside that you then: REINDEX DATABASE <dbname>; Once it is done, quit and restart your database. Regards, Andrew. -- -------------------------------------------------------------------- Andrew @ Catalyst .Net.NZ Ltd, PO Box 11-053, Manners St, Wellington WEB: http://catalyst.net.nz/ PHYS: Level 2, 150-154 Willis St DDI: +64(4)916-7201 MOB: +64(21)635-694 OFFICE: +64(4)499-2267 Are you enrolled at http://schoolreunions.co.nz/ yet?
В списке pgsql-bugs по дате отправления: