From: | jian he <jian(dot)universality(at)gmail(dot)com> |
---|---|
To: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
Cc: | Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>, Amit Langote <amitlangote09(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: wrong comments in rewriteTargetListIU |
Date: | 2025-06-17 12:55:45 |
Message-ID: | CACJufxE35H3idcT2w61LAwJ4=5ztnR8tmupL=kocJUg3PTsNVA@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jun 17, 2025 at 7:42 PM Peter Eisentraut <peter(at)eisentraut(dot)org> wrote:
>
> However, I see your point that it contrasts with the attidentity code
> just above.
>
> Perhaps a way to resolve this would be to rewrite the comment something
> like:
>
> /*
> * Although inserting into a GENERATED BY DEFAULT identity column
> * is allowed, apply the default if OVERRIDING USER VALUE is
> * specified.
> */
> if (att_tup->attidentity == ATTRIBUTE_IDENTITY_BY_DEFAULT &&
> override == OVERRIDING_USER_VALUE)
> apply_default = true;
>
> /*
> * Can only insert DEFAULT into generated columns. (The OVERRIDING
> * clause does not apply to generated columns, so we don't consider
> * it here.)
> */
> if (att_tup->attgenerated && !apply_default)
> {
>
I think this comment is better than the master comments.
the master comments
/*
* Can only insert DEFAULT into generated columns, regardless of
* any OVERRIDING clauses.
*/
as a non-native English speaker, i interpret this as it implies that
generated columns
can have OVERRIDING clauses in some scenarios.
From | Date | Subject | |
---|---|---|---|
Next Message | Aleksander Alekseev | 2025-06-17 13:04:09 | Re: --enable-{debug,cassert} should also activate --enable-depend |
Previous Message | Ranier Vilela | 2025-06-17 12:52:20 | Re: Avoid possible dereference null pointer (src/backend/utils/cache/relcache.c) |