PostgreSQL TODO List
====================
-Last updated: Sat Jun 24 19:44:48 EDT 2006
+Last updated: Sat Jun 24 19:47:53 EDT 2006
The most recent version of this document can be viewed at
http://www.postgresql.org/docs/faqs.TODO.html.
http://archives.postgresql.org/pgsql-patches/2006-03/msg00142.php
-* Allow heap reuse of UPDATEd rows if old and new versions are on the
- same heap page?
+* Allow heap reuse of UPDATEd rows if no indexed columns are changed,
+ and old and new versions are on the same heap page?
- This is possible for same-page updates because a single index row
- can point to both old and new values.
+ While vacuum handles DELETEs fine, updating of non-indexed columns, like
+ counters, are difficult for VACUUM to handle efficiently. This method
+ is possible for same-page updates because a single index row can be
+ used to point to both old and new values.
http://archives.postgresql.org/pgsql-hackers/2006-06/msg01305.php
* Auto-vacuum
-Last updated: Sat Jun 24 19:44:48 EDT 2006
+Last updated: Sat Jun 24 19:47:53 EDT 2006
The most recent version of this document can be viewed at
Consider shrinking expired tuples to just their headers
-
Allow heap reuse of UPDATEd rows if old and new versions are on the
- same heap page?
-
This is possible for same-page updates because a single index row
- can point to both old and new values.
+
Allow heap reuse of UPDATEd rows if no indexed columns are changed,
+ and old and new versions are on the same heap page?
+
While vacuum handles DELETEs fine, updating of non-indexed columns, like
+ counters, are difficult for VACUUM to handle efficiently. This method
+ is possible for same-page updates because a single index row can be
+ used to point to both old and new values.
Auto-vacuum