| From: | Hannu Krosing <hannu(at)tm(dot)ee> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Re: Name for new VACUUM |
| Date: | 2001-08-05 18:10:58 |
| Message-ID: | 3B6D8C32.26BBC3C5@tm.ee |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tom Lane wrote:
>
> Hannu Krosing <hannu(at)tm(dot)ee> writes:
> > Just out of curiosity - does CLUSTER currently "practically rebuild
> > a tables representation" ?
>
> CLUSTER currently *loses* most of a table's representation :-(.
> It needs work.
The easiest implememntaion of CLUSTER seems to be something along the
lines of
-- lock original table for WRITE in all backends
CREATE TABLE CLUSTERED_T
AS
SELECT * FROM ORIGINAL_T ORDER BY INDEX_COLUMNS;
-- now do a move of CLUSTERED_T -> ORIGINAL_T
-- and then REINDEX
-- flush cache in all backends
-- unlock the altered table
This would need an actual 2xSIZE + size of dead tuples of space but
would
probably be fastest in situations where heavy rearrangement is needed.
> But since the whole point of CLUSTER is to physically rearrange the
> tuples of a table, it seems to me that it's in a different category
> from VACUUM anyway.
OTOH it is the closest thing to VACUUM among "standard" SQL commands ;)
-----------------
Hannu
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2001-08-05 18:30:43 | Re: Idea for nested transactions / savepoints |
| Previous Message | Hannu Krosing | 2001-08-05 18:00:38 | Re: Re: Name for new VACUUM |