From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alexander Lakhin <exclusion(at)gmail(dot)com> |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org, Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
Subject: | Re: BUG #17872: Dropping an attribute of a composite type breaks indexes over the type silently |
Date: | 2023-03-27 19:06:21 |
Message-ID: | 3332642.1679943981@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Alexander Lakhin <exclusion(at)gmail(dot)com> writes:
> 27.03.2023 21:20, Tom Lane wrote:
>> Hmm ... really? I'd just concluded that a partitioned table is okay
>> as long as it doesn't yet have any partitions. Even if the modified
>> type is a partitioning column, there's no structure yet that could
>> depend on the contents of the type. (If it does have partitions,
>> we'll fail when we get to one of those.)
> The following query leads to a failure on showing a partition definition:
> CREATE TABLE tbl(a int, b int) PARTITION BY LIST ((tbl));
> CREATE TABLE tblp PARTITION OF tbl FOR VALUES IN ('(2,4)');
> ALTER TABLE tbl ALTER COLUMN a TYPE char(5);
Sure, but there you already have a partition. If you only had "tbl"
then there would be no stored partition bounds.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2023-03-27 19:17:07 | BUG #17873: Empty JSONB array is ordered before all other JSONB values |
Previous Message | Alexander Lakhin | 2023-03-27 19:00:00 | Re: BUG #17872: Dropping an attribute of a composite type breaks indexes over the type silently |