Re: partitioning and identity column

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: partitioning and identity column
Date: 2023-11-13 10:21:43
Message-ID: 8801cade-20d2-4c9c-a583-b3754beb9be3@eisentraut.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 27.10.23 13:32, Ashutosh Bapat wrote:
> I think we should fix these anomalies as follows
> 1. Allow identity columns to be added to the partitioned table
> irrespective of whether they have partitions of not.
> 2. Propagate identity property to partitions.
> 3. Use the same underlying sequence for getting default value of an
> identity column when INSERTing directly in a partition.
> 4. Disallow attaching a partition with identity column.
>
> 1 will fix inconsistencies in Behaviour 3 and 4. 2 and 3 will fix
> anomalies in Behaviour 1. 4 will fix Behaviour 2.

This makes sense to me.

Note, here is a writeup about the behavior of generated columns with
partitioning:
https://www.postgresql.org/docs/devel/ddl-generated-columns.html. It
would be useful if we documented the behavior of identity columns
similarly. (I'm not saying the behavior has to match.)

One thing that's not clear to me is what should happen if you have a
partitioned table with an identity column and you try to attach a
partition that has its own identity definition for that column. I
suppose we shouldn't allow that. (The equivalent case for generated
columns is allowed.)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Erik Wienhold 2023-11-13 10:27:04 Re: Fix output of zero privileges in psql
Previous Message Etsuro Fujita 2023-11-13 10:20:43 Re: Incorrect file reference in comment in procarray.c