Add description for concurrent sequential scans:
authorBruce Momjian
Mon, 25 Apr 2005 01:42:41 +0000 (01:42 +0000)
committerBruce Momjian
Mon, 25 Apr 2005 01:42:41 +0000 (01:42 +0000)
>   One possible implementation is to start sequential scans from the lowest
>   numbered buffer in the shared cache, and when reaching the end wrap
>   around to the beginning, rather than always starting sequential scans
>   at the start of the table.

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

index 6019a616fc006a3c02b0fb653025d555f1de6095..fca37d89922cdcb450eb23ed9a42316a578534cd 100644 (file)
--- a/doc/TODO
+++ b/doc/TODO
@@ -2,7 +2,7 @@
 PostgreSQL TODO List
 ====================
 Current maintainer:    Bruce Momjian ([email protected])
-Last updated:      Sun Apr 24 08:39:04 EDT 2005
+Last updated:      Sun Apr 24 21:42:27 EDT 2005
 
 The most recent version of this document can be viewed at
 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -740,6 +740,10 @@ Cache
 * Allow sequential scans to take advantage of other concurrent
   sequentiqal scans, also called "Synchronised Scanning"
 
+  One possible implementation is to start sequential scans from the lowest
+  numbered buffer in the shared cache, and when reaching the end wrap
+  around to the beginning, rather than always starting sequential scans
+  at the start of the table.
 
 Vacuum
 ======
index 19ad67fbaa3118edae0727b6243c5c317ac3f913..957a6176e87fc6481a24eefd3b37985066af2c5d 100644 (file)
@@ -8,7 +8,7 @@
 
 

PostgreSQL TODO List

 

Current maintainer:     Bruce Momjian ([email protected])

-Last updated:           Sun Apr 24 08:39:04 EDT 2005
+Last updated:           Sun Apr 24 21:42:27 EDT 2005
 

 

The most recent version of this document can be viewed at

 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -677,6 +677,11 @@ first.
 

   
  • Allow sequential scans to take advantage of other concurrent
  •    sequentiqal scans, also called "Synchronised Scanning"
    +

      One possible implementation is to start sequential scans from the lowest

    +  numbered buffer in the shared cache, and when reaching the end wrap
    +  around to the beginning, rather than always starting sequential scans
    +  at the start of the table.
    +

     
     

    Vacuum