Call out vacuum considerations in create index docs
authorAlvaro Herrera <alvherre@alvh.no-ip.org>
Wed, 13 Jan 2021 20:55:41 +0000 (17:55 -0300)
committerAlvaro Herrera <alvherre@alvh.no-ip.org>
Wed, 13 Jan 2021 20:55:41 +0000 (17:55 -0300)
Backpatch to pg12, which is as far as it goes without conflicts.

Author: James Coleman <jtc331@gmail.com>
Reviewed-by: "David G. Johnston" <david.g.johnston@gmail.com>
Discussion: https://postgr.es/m/CAAaqYe9oEfbz7AxXq7OX+FFVi5w5p1e_Of8ON8ZnKO9QqBfmjg@mail.gmail.com

doc/src/sgml/ref/create_index.sgml
doc/src/sgml/ref/reindex.sgml

index 2b41af48a7e23b94b05de020d12ad04536e85c27..3537dfaade6accce08ba45d9066053e89c598ff1 100644 (file)
@@ -823,6 +823,12 @@ Indexes:
    to remove an index.
   </para>
 
+  <para>
+   Like any long-running transaction, <command>CREATE INDEX</command> on a
+   table can affect which tuples can be removed by concurrent
+   <command>VACUUM</command> on any other table.
+  </para>
+
   <para>
    Prior releases of <productname>PostgreSQL</productname> also had an
    R-tree index method.  This method has been removed because
index df1759b0f1c6a64f6c2c9a40820a0740436c1988..ef0e576d1eccb91b014213fe6d65e80f2d22702e 100644 (file)
@@ -404,6 +404,12 @@ Indexes:
     CONCURRENTLY</command> cannot.
    </para>
 
+   <para>
+    Like any long-running transaction, <command>REINDEX</command> on a table
+    can affect which tuples can be removed by concurrent
+    <command>VACUUM</command> on any other table.
+   </para>
+
    <para>
     <command>REINDEX SYSTEM</command> does not support
     <command>CONCURRENTLY</command> since system catalogs cannot be reindexed