From: | Ioannis Theoharis <theohari(at)ics(dot)forth(dot)gr> |
---|---|
To: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
Cc: | Ioannis Theoharis <theohari(at)ics(dot)forth(dot)gr>, Postgresql General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Index size |
Date: | 2005-03-03 11:05:09 |
Message-ID: | Pine.GSO.4.58.0503031300590.13320@calliope |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
All you said are wright. But it 's not so difficult for postgresql to hold
on a bit attribute attached to each table the information, whether there
is done an insertion/deletion/update to a clustered table or not.
And i guess, postgresql would already implement this simply alternative.
> Easy, if you CLUSTER a table, it's CLUSTERed then. But it doesn't stay
> that way. As soon as you insert a new row, or update an old one, it
> gets added to the end (the only place with space) and now it's not
> clustered anymore. It's almost clustered and from a caching point of
> view it's fine. But postgresql can't assume at any point a table will
> stay clustered, an insert could happen in the middle of your
> processing.
>
> Logically you can't magically add space in the middle of a file, you
> have to move everything else up. If you know an efficient way to keep a
> table clustered while handling arbitrary inserts and updates, I'd be
> curious to know...
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Huxton | 2005-03-03 11:32:30 | Re: Compatible Dumps |
Previous Message | Jake Stride | 2005-03-03 11:03:42 | Compatible Dumps |