Add idea:
authorBruce Momjian
Sat, 3 Sep 2005 00:41:30 +0000 (00:41 +0000)
committerBruce Momjian
Sat, 3 Sep 2005 00:41:30 +0000 (00:41 +0000)
<   cmin/cmax pair and is stored in local memory.
>   cmin/cmax pair and is stored in local memory.  Another idea is to
>   store both cmin and cmax only in local memory.

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

index 18cd4f7a669f95cf3a514789ec1e81c6bdaf66f5..64752a2bcdf451d95f2f1daa291fce7c8b2ef811 100644 (file)
--- a/doc/TODO
+++ b/doc/TODO
@@ -2,7 +2,7 @@
 PostgreSQL TODO List
 ====================
 Current maintainer:    Bruce Momjian ([email protected])
-Last updated:      Fri Sep  2 17:23:03 EDT 2005
+Last updated:      Fri Sep  2 20:41:29 EDT 2005
 
 The most recent version of this document can be viewed at
 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -986,7 +986,8 @@ Miscellaneous Performance
   proper visibility of the row's cmin, for example, for cursors.
 
   One possible solution is to create a phantom cid which represents a
-  cmin/cmax pair and is stored in local memory.
+  cmin/cmax pair and is stored in local memory.  Another idea is to
+  store both cmin and cmax only in local memory.
 
 * Use a phantom command counter for nested subtransactions to reduce
   per-tuple overhead
index 5d6bc200ff2cf2593b3da8670dc4b263613391ce..8c30519f1e492b73faa6bbcd137442e9a8c473c3 100644 (file)
@@ -8,7 +8,7 @@
 
 

PostgreSQL TODO List

 

Current maintainer:     Bruce Momjian ([email protected])

-Last updated:           Fri Sep  2 17:23:03 EDT 2005
+Last updated:           Fri Sep  2 20:41:29 EDT 2005
 

 

The most recent version of this document can be viewed at

 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -891,7 +891,8 @@ first.
   proper visibility of the row's cmin, for example, for cursors.
 

 

  One possible solution is to create a phantom cid which represents a

-  cmin/cmax pair and is stored in local memory.
+  cmin/cmax pair and is stored in local memory.  Another idea is to
+  store both cmin and cmax only in local memory.
 

   
  • Use a phantom command counter for nested subtransactions to reduce
  •    per-tuple overhead