"PFC" <[EMAIL PROTECTED]> writes: > Anyway, seq-scan on InnoDB is very slow because, as the btree grows (just > like postgres indexes) pages are split and scanning the pages in btree order > becomes a mess of seeks. So, seq scan in InnoDB is very very slow unless > periodic OPTIMIZE TABLE is applied. (caveat to the postgres TODO item > "implement automatic table clustering"...)
Heikki already posted a patch which goes a long way towards implementing what I think this patch refers to: trying to maintaining the cluster ordering on updates and inserts. It does it without changing the basic table structure at all. On updates and inserts it consults the indexam of the clustered index to ask if for a suggested block. If the index's suggested block has enough free space then the tuple is put there. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com ---------------------------(end of broadcast)--------------------------- TIP 6: explain analyze is your friend
