Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmSPn-00083A-3h for pgsql-admin@arkaria.postgresql.org; Tue, 08 Dec 2020 02:07:43 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kmSPl-0003zO-Q2 for pgsql-admin@arkaria.postgresql.org; Tue, 08 Dec 2020 02:07:41 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmSPl-0003zH-Ie for pgsql-admin@lists.postgresql.org; Tue, 08 Dec 2020 02:07:41 +0000 Received: from mailout.easymail.ca ([64.68.200.34]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmSPh-0003wj-5K for pgsql-admin@lists.postgresql.org; Tue, 08 Dec 2020 02:07:41 +0000 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 596DC210A8; Tue, 8 Dec 2020 02:07:34 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo06-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo06-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zCkyChVI5_vy; Tue, 8 Dec 2020 02:07:34 +0000 (UTC) Received: from shr-macbook-pro.local (unknown [4.28.96.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id AFBD22066F; Tue, 8 Dec 2020 02:07:32 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: reindexing db From: Scott Ribe In-Reply-To: Date: Mon, 7 Dec 2020 19:07:28 -0700 Cc: Pgsql-admin Content-Transfer-Encoding: quoted-printable Message-Id: <7682F67C-0AA5-4CB7-BB46-42EAEC0C7DED@elevated-dev.com> References: <292966DF-135C-4483-81A9-5027FC3C8A82@elevated-dev.com> To: "David G. Johnston" X-Mailer: Apple Mail (2.3608.120.23.2.4) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk > On Dec 7, 2020, at 6:00 PM, David G. Johnston = wrote: >=20 > On Mon, Dec 7, 2020 at 5:45 PM Scott Ribe = wrote: > Does reindexdb --concurrently skip over indexes for exclusion = constraints, or reindex them separately without the concurrently option? = The docs for reindexdb simply point one to the reindex docs for the = caveats of concurrently, where that restriction is mentioned. >=20 >=20 > The REINDEX page says: >=20 > "Furthermore, indexes for exclusion constraints cannot be reindexed = concurrently. If such an index is named directly in this command, an = error is raised. If a table or database with exclusion constraint = indexes is reindexed concurrently, those indexes will be skipped. (It is = possible to reindex such indexes without the CONCURRENTLY option.)" That is the sentence I was referring to, but it does not answer my = question about what reindexdb does--whether it simply calls REINDEX = DATABASE ..., or has logic to deal with this.