From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org, Heikki Linnakangas <heikki(at)enterprisedb(dot)com> |
Cc: | pgsql-patches(at)postgresql(dot)org |
Subject: | Re: Maintaining cluster order on insert |
Date: | 2006-08-09 20:17:02 |
Message-ID: | 28914.1155154622@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Heikki Linnakangas <heikki(at)enterprisedb(dot)com> writes:
> While thinking about index-organized-tables and similar ideas, it
> occurred to me that there's some low-hanging-fruit: maintaining cluster
> order on inserts by trying to place new heap tuples close to other
> similar tuples.
Doesn't this happen for free if there's enough space? UPDATE tries to
place the new tuple on the same page it's already on. In practice
people are only likely to cluster by primary keys (or other things that
seldom change) so I don't particularly agree with inventing a large wart
to support "optimally" placing things somewhere else...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-08-09 20:28:18 | Re: WIN32 Build? |
Previous Message | Andrew Hammond | 2006-08-09 20:14:37 | Re: 8.2 features status |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2006-08-09 20:41:26 | Re: [PATCHES] BUG #2569: statement_timeout bug on Windows |
Previous Message | Tom Lane | 2006-08-09 20:10:38 | Re: [PATCHES] BUG #2569: statement_timeout bug on Windows |