On 2020-Dec-01, James Coleman wrote:
> On Tue, Dec 1, 2020 at 6:51 PM Alvaro Herrera <alvhe...@alvh.no-ip.org> wrote:
> > Makes sense. ISTM that if we want to have a cautionary blurb CIC docs,
> > it should go in REINDEX CONCURRENTLY as well.
>
> Agreed. Or, alternatively, a blurb something like "Please note how CIC
> interacts with VACUUM <link>...", and then the primary language in
> maintenance.sgml. That would have the benefit of maintaining the core
> language in only one place.
I looked into this again, and I didn't like what I had added to
maintenance.sgml at all. It seems out of place where I put it; and I
couldn't find any great spots. Going back to your original proposal,
what about something like this? It's just one more para in the "notes"
section in CREATE INDEX and REINDEX pages, without any additions to the
VACUUM pages.
--
Álvaro Herrera 39°49'30"S 73°17'W
>From 8b0aa591f5d3f34ccdc2cd0fc6031dd421f229c2 Mon Sep 17 00:00:00 2001
From: Alvaro Herrera <alvhe...@alvh.no-ip.org>
Date: Mon, 30 Nov 2020 18:50:06 -0300
Subject: [PATCH v6] Highlight vacuum consideration in create index docs
Per James Coleman
---
doc/src/sgml/ref/create_index.sgml | 5 +++++
doc/src/sgml/ref/reindex.sgml | 5 +++++
2 files changed, 10 insertions(+)
diff --git a/doc/src/sgml/ref/create_index.sgml b/doc/src/sgml/ref/create_index.sgml
index 2054d5d943..d951f14b09 100644
--- a/doc/src/sgml/ref/create_index.sgml
+++ b/doc/src/sgml/ref/create_index.sgml
@@ -829,6 +829,11 @@ Indexes:
to remove an index.
</para>
+ <para>
+ Like any long-running transaction, <command>CREATE INDEX</command> can
+ affect which tuples can be removed by concurrent <command>VACUUM</command>.
+ </para>
+
<para>
Prior releases of <productname>PostgreSQL</productname> also had an
R-tree index method. This method has been removed because
diff --git a/doc/src/sgml/ref/reindex.sgml b/doc/src/sgml/ref/reindex.sgml
index 6e1cf06713..ef553f6481 100644
--- a/doc/src/sgml/ref/reindex.sgml
+++ b/doc/src/sgml/ref/reindex.sgml
@@ -436,6 +436,11 @@ Indexes:
CONCURRENTLY</command> cannot.
</para>
+ <para>
+ Like any long-running transaction, <command>REINDEX</command> can
+ affect which tuples can be removed by concurrent <command>VACUUM</command>.
+ </para>
+
<para>
<command>REINDEX SYSTEM</command> does not support
<command>CONCURRENTLY</command> since system catalogs cannot be reindexed
--
2.20.1
