Re: SQL Property Graph Queries (SQL/PGQ)

From: zengman <zengman(at)halodbtech(dot)com>
To: Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>
Cc: Peter Eisentraut <peter(at)eisentraut(dot)org>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: SQL Property Graph Queries (SQL/PGQ)
Date: 2026-03-17 03:58:21
Message-ID: tencent_42822B9B27BF335F1C7A7C11@qq.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > Hi,
> >
> > Thank you for your review. I understand your feedback – this was a result of my personal coding habit: I prefer to > explicitly call `free_parsestate()`, and also want to respect the comment associated with `make_parsestate()` (shown below):
> > ```
>
> As Robert Haas explained in a nearby thread, we usually don't accept
> patches that modify code for personal preferences. We instead follow
> precedence. Also the email proposing the patches should explain why
> those changes are being proposed, especially when they are more than
> trivial changes.
>

I understand, thank you very much for your guidance.

> > /*
> > * make_parsestate
> > * Allocate and initialize a new ParseState.
> > *
> > * Caller should eventually release the ParseState via free_parsestate().
> > */
> > ```
> > For this reason, I have made minor modifications to this section of the code.
> >
>
> Given that we have many other callers who do not call
> free_parsestate(), probably this should change, as a separate patch
> though. Maybe there is a pattern of when to call free_parsestate() and
> when not to. It will be good to add a clarifying comment here.

Yes, I completely agree with your suggestion.

--
regards,
Man Zeng

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2026-03-17 04:16:50 Re: Patch for migration of the pg_commit_ts directory
Previous Message Michael Paquier 2026-03-17 03:57:59 Re: [PROPOSAL] Termination of Background Workers for ALTER/DROP DATABASE