BUG #15871: Regression in 11.4 altering type on column with an index

From: PG Bug reporting form <noreply(at)postgresql(dot)org>
To: pgsql-bugs(at)lists(dot)postgresql(dot)org
Cc: pgsql(at)tomd(dot)cc
Subject: BUG #15871: Regression in 11.4 altering type on column with an index
Date: 2019-06-25 04:49:24
Message-ID: 15871-d05340216f10eee4@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

The following bug has been logged on the website:

Bug reference: 15871
Logged by: Tom Dunstan
Email address: pgsql(at)tomd(dot)cc
PostgreSQL version: 11.4
Operating system: Linux x86_64 (Alpine 3.9)
Description:

This worked up to 11.3:

test=# CREATE TABLE foo (ts1 TIMESTAMP NOT NULL, ts2 TIMESTAMP NOT NULL);
CREATE TABLE
test=# CREATE INDEX foo_ts1_idx ON foo (ts1);
CREATE INDEX
test=# CREATE INDEX foo_ts2_idx ON foo (ts2);
CREATE INDEX
test=# ALTER TABLE FOO ALTER ts1 TYPE TIMESTAMP WITH TIME ZONE, ALTER ts2
TYPE TIMESTAMP WITH TIME ZONE;
ERROR: 42P07: relation "foo_ts1_idx" already exists
LOCATION: index_create, index.c:877

Necessary condition seems to be:
- Multiple columns altered in the same statement
- Both altered columns have an index

Altering in separate statements, or not having one of the indexes doesn't
trigger it.

May be related to this item mentioned in the 11.4 release notes: "Fix
failure of ALTER TABLE ... ALTER COLUMN TYPE when the table has a partial
exclusion constraint (Tom Lane)"

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message David G. Johnston 2019-06-25 05:03:57 BUG #15871: Regression in 11.4 altering type on column with an index
Previous Message David Rowley 2019-06-24 22:59:03 Re: BUG #15869: Custom aggregation returns null when parallelized