]> git.ipfire.org Git - thirdparty/postgresql.git/commitdiff
Add URL for:
authorBruce Momjian <bruce@momjian.us>
Wed, 12 Mar 2008 19:15:25 +0000 (19:15 +0000)
committerBruce Momjian <bruce@momjian.us>
Wed, 12 Mar 2008 19:15:25 +0000 (19:15 +0000)
* Add REINDEX CONCURRENTLY, like CREATE INDEX CONCURRENTLY

>   http://archives.postgresql.org/pgsql-performance/2007-08/msg00289.php

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

index 6c04e17a645de7fbb833dec8e9c2ba05feb40663..ea3c28285fefdcc170536e7cf4f17e5c53ef5440 100644 (file)
--- a/doc/TODO
+++ b/doc/TODO
@@ -1,7 +1,7 @@
 PostgreSQL TODO List
 ====================
 Current maintainer:    Bruce Momjian (bruce@momjian.us)
-Last updated:          Wed Mar 12 14:33:47 EDT 2008
+Last updated:          Wed Mar 12 15:15:19 EDT 2008
 
 The most recent version of this document can be viewed at
 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -1142,6 +1142,7 @@ Indexes
   to replace the existing index file.  CREATE INDEX CONCURRENTLY does not
   have this complication.  This would allow index compaction without
   downtime.
+  http://archives.postgresql.org/pgsql-performance/2007-08/msg00289.php
 
 * Allow multiple indexes to be created concurrently, ideally via a
   single heap scan, and have pg_restore use it
index 6f132c589b315f31107a70bdc6d9b04a4a546bd7..92a3bdf77fab65e5fade866f7d93bc6e8a4b866d 100644 (file)
@@ -8,7 +8,7 @@
 <body bgcolor="#FFFFFF" text="#000000" link="#FF0000" vlink="#A00000" alink="#0000FF">
 <h1><a name="section_1">PostgreSQL TODO List</a></h1>
 <p>Current maintainer:     Bruce Momjian (<a href="mailto:bruce@momjian.us">bruce@momjian.us</a>)<br/>
-Last updated:           Wed Mar 12 14:33:47 EDT 2008
+Last updated:           Wed Mar 12 15:15:19 EDT 2008
 </p>
 <p>The most recent version of this document can be viewed at<br/>
 <a href="http://www.postgresql.org/docs/faqs.TODO.html">http://www.postgresql.org/docs/faqs.TODO.html</a>.
@@ -998,6 +998,7 @@ first.  There is also a developer's wiki at<br/>
   to replace the existing index file.  CREATE INDEX CONCURRENTLY does not
   have this complication.  This would allow index compaction without
   downtime.
+  <a href="http://archives.postgresql.org/pgsql-performance/2007-08/msg00289.php">http://archives.postgresql.org/pgsql-performance/2007-08/msg00289.php</a>
 </p>
   </li><li>Allow multiple indexes to be created concurrently, ideally via a
   single heap scan, and have pg_restore use it