From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org> |
Subject: | ALTER INDEX set fillfactor |
Date: | 2007-10-04 14:23:50 |
Message-ID: | 1191507830.4223.133.camel@ebony.site |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
pgadmin sneaks a REINDEX into the SQL when you specify a change to the
fillfactor of an index.
That's not very handy because the Postgres manual says specifically that
ALTER INDEX doesn't issue a REINDEX. It's a perfectly valid thing to run
on its own, since it will affect the future growth of the index.
Issuing the REINDEX can lock the table for hours and shouldn't be issued
quietly on production systems. There should be a REINDEX immediate
option, or a reminder prompt.
It would be even better if there was an option to do that CONCURRENTLY,
i.e. add the new index and then drop the old one afterwards. (It's
unfortunate that there isn't a REINDEX concurrently, but there isn't
yet).
--
Simon Riggs
2ndQuadrant http://www.2ndQuadrant.com
From | Date | Subject | |
---|---|---|---|
Next Message | svn | 2007-10-04 14:38:40 | SVN Commit by hiroshi: r6711 - in trunk/pgadmin3: . pgadmin/dlg |
Previous Message | Simon Riggs | 2007-10-04 14:16:17 | CREATE INDEX CONCURRENTLY |