Re: Mention TABLEFUNC to make comment consistent with code

From: jian he <jian(dot)universality(at)gmail(dot)com>
To: Steve Lau <stevelauc(at)outlook(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Mention TABLEFUNC to make comment consistent with code
Date: 2025-12-22 06:08:00
Message-ID: CACJufxFQhTfY+RmhTUiZ3jr4usRuD49KxKX2Mqw8cxVTXo630w@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Nov 27, 2025 at 10:44 PM Steve Lau <stevelauc(at)outlook(dot)com> wrote:
>
> Hi hackers! This patch updates the comment flatten_join_alias_vars() that explains why it can be skipped when the expression to preprocess_expression() is of specific types, we now mention TABLEFUNC in the comment so that comment and code stay consistent.
>
>

hi.

look at the json_table (TABLEFUNC) code, your comments change seems good.

in transformJsonTable, we have:
``
is_lateral = jt->lateral || contain_vars_of_level((Node *) tf, 0);
``

so overall, I am ok with the comments:
"""
But we can skip this in non-lateral RTE functions, VALUES lists,
TABLESAMPLE, and TABLEFUNC clauses, since they can't contain any Vars of the
current query level.
"""

--
jian
https://www.enterprisedb.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2025-12-22 06:08:32 Re: Orphaned records in pg_replication_origin_status after subscription drop
Previous Message Peter Smith 2025-12-22 06:07:27 Re: Skipping schema changes in publication