Re: Disallow USING clause when altering type of generated column - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Disallow USING clause when altering type of generated column
Date
Msg-id b3fbd328-9481-4125-8f90-cc40c24b30d4@eisentraut.org
Whole thread Raw
In response to Re: Disallow USING clause when altering type of generated column  (Yugo NAGATA <nagata@sraoss.co.jp>)
Responses Re: Disallow USING clause when altering type of generated column
List pgsql-hackers
On 22.08.24 09:59, Yugo NAGATA wrote:
>>> Although ERRCODE_INVALID_TABLE_DEFINITION is used for en error on  changing
>>> type of inherited column, I guess that is because it prevents from breaking
>>> consistency between inherited and inheriting tables as a result of the command.
>>> In this sense, maybe, ERRCODE_INVALID_COLUMN_DEFINITION is proper here, because
>>> this check is to prevent inconsistency between columns in a tuple.
>>
>> Yes, that was my thinking.  I think of ERRCODE_FEATURE_NOT_SUPPORTED as
>> "we could add it in the future", but that does not seem to apply here.
> 
> +                (errcode(ERRCODE_INVALID_TABLE_DEFINITION),
> +                 errmsg("cannot specify USING when altering type of generated column"),
> +                 errdetail("Column \"%s\" is a generated column.", colName)));
> 
> Do you thnik ERRCODE_INVALID_TABLE_DEFINITION is more proper than
> ERRCODE_INVALID_COLUMN_DEFINITION in this case?

COLUMN seems better here.

I copied TABLE from the "cannot alter system column" above, but maybe 
that is a different situation.




pgsql-hackers by date:

Previous
From: Peter Smith
Date:
Subject: Re: Conflict detection and logging in logical replication
Next
From: 陈宗志
Date:
Subject: Re: Some questions about PostgreSQL’s design.