Skip to content

Commit 54675d8

Browse files
committed
doc: Clarify use of _ccnew and _ccold in REINDEX CONCURRENTLY
Invalid indexes are suffixed with "_ccnew" or "_ccold". The documentation missed to mention the initial underscore. ChooseRelationName() may also append an extra number if indexes with a similar name already exist; let's add a note about that too. Author: Alec Cozens <acozens@pixelpower.com> Discussion: https://postgr.es/m/174733277404.1455388.11471370288789479593@wrigleys.postgresql.org Backpatch-through: 13
1 parent acad909 commit 54675d8

File tree

1 file changed

+5
-2
lines changed

1 file changed

+5
-2
lines changed

doc/src/sgml/ref/reindex.sgml

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -465,14 +465,17 @@ Indexes:
465465
</programlisting>
466466

467467
If the index marked <literal>INVALID</literal> is suffixed
468-
<literal>ccnew</literal>, then it corresponds to the transient
468+
<literal>_ccnew</literal>, then it corresponds to the transient
469469
index created during the concurrent operation, and the recommended
470470
recovery method is to drop it using <literal>DROP INDEX</literal>,
471471
then attempt <command>REINDEX CONCURRENTLY</command> again.
472-
If the invalid index is instead suffixed <literal>ccold</literal>,
472+
If the invalid index is instead suffixed <literal>_ccold</literal>,
473473
it corresponds to the original index which could not be dropped;
474474
the recommended recovery method is to just drop said index, since the
475475
rebuild proper has been successful.
476+
A nonzero number may be appended to the suffix of the invalid index
477+
names to keep them unique, like <literal>_ccnew1</literal>,
478+
<literal>_ccold2</literal>, etc.
476479
</para>
477480

478481
<para>

0 commit comments

Comments
 (0)