Update entry:
authorBruce Momjian
Sat, 24 Jun 2006 23:47:58 +0000 (23:47 +0000)
committerBruce Momjian
Sat, 24 Jun 2006 23:47:58 +0000 (23:47 +0000)
< * 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.

doc/TODO
doc/src/FAQ/TODO.html

index 826ef81869dd7963b8311a32d07a7563b3e27afa..2b22d70b919329115782914f71601d96c1a08333 100644 (file)
--- a/doc/TODO
+++ b/doc/TODO
@@ -2,7 +2,7 @@
 PostgreSQL TODO List
 ====================
 Current maintainer:    Bruce Momjian ([email protected])
-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.
@@ -1131,11 +1131,13 @@ Vacuum
 
   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
index 78fb8077a731ddad9e6ec554703ce110831c5316..76e32367e5b27878c7b8379338eb864a4d7db6b1 100644 (file)
@@ -8,7 +8,7 @@
 
 

PostgreSQL TODO List

 

Current maintainer:     Bruce Momjian ([email protected])

-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.
@@ -1020,10 +1020,12 @@ first.
   
  • Consider shrinking expired tuples to just their headers
  •  

      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?
    -

      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.
       http://archives.postgresql.org/pgsql-hackers/2006-06/msg01305.php
     

       
  • Auto-vacuum