| From: | Ashwin Agrawal <aagrawal(at)pivotal(dot)io> |
|---|---|
| To: | Michael Paquier <michael(at)paquier(dot)xyz> |
| Cc: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Confusing error message for REINDEX TABLE CONCURRENTLY |
| Date: | 2019-05-28 05:23:19 |
| Message-ID: | CALfoeiso93Xhq+9yndJtmsBdj1sQXTuw56rmdOroZG4yq9TQVw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sun, May 26, 2019 at 6:43 PM Michael Paquier <michael(at)paquier(dot)xyz> wrote:
> As you mention for reindex_relation() no indexes <=> nothing to do,
> still let's not rely on that. Instead of making the error message
> specific to concurrent operations, I would suggest to change it to
> "table foo has no indexes to reindex". What do you think about the
> attached?
>
I think we will need to separate out the NOTICE message for concurrent and
regular case.
For example this doesn't sound correct
WARNING: cannot reindex exclusion constraint index "public.circles_c_excl"
concurrently, skipping
NOTICE: table "circles" has no indexes to reindex
As no indexes can't be reindexed *concurrently* but there are still indexes
which can be reindexed, invalid indexes I think fall in same category.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alexander Korotkov | 2019-05-28 05:55:19 | Support for jsonpath .datetime() method |
| Previous Message | Alexander Lakhin | 2019-05-28 05:00:00 | Re: Fix inconsistencies for v12 |