Re: SQL Property Graph Queries (SQL/PGQ)

Junwang Zhao <zhjwpku@gmail.com>

From: Junwang Zhao <zhjwpku@gmail.com>

To: Peter Eisentraut <peter@eisentraut.org>

Cc: Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>, Amit Langote <amitlangote09@gmail.com>, Vik Fearing <vik@postgresfriends.org>, Ajay Pal <ajay.pal.k@gmail.com>, Imran Zaheer <imran.zhir@gmail.com>, pgsql-hackers <pgsql-hackers@postgresql.org>

Date: 2025-11-26T03:02:44Z

Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

Fix some typos and make small stylistic improvements
- 5282bf535e47 19 (unreleased) landed
Cleanup users and roles in graph_table_rls test
- 040a56be4bcc 19 (unreleased) landed
Dump labels in reproducible order
- c9babbc8816a 19 (unreleased) landed
SQL Property Graph Queries (SQL/PGQ)
- 2f094e7ac691 19 (unreleased) landed
Factor out constructSetOpTargetlist() from transformSetOperationTree()
- 8c2b30487cc7 19 (unreleased) landed
Sort out table_open vs. relation_open in rewriter
- d537f59fbbfc 19 (unreleased) landed
Rename grammar nonterminal to simplify reuse
- 8080f44f96a9 19 (unreleased) landed
Make ecpg parse.pl more robust with braces
- 7f88553ceaca 19 (unreleased) landed
Don't lock partitions pruned by initial pruning
- 525392d5727f 18.0 cited
Remove pg_regex_collation
- 792b2c7e6d92 18.0 cited
Use auxv to check for CRC32 instructions on ARM.
- aac831cafa6f 18.0 cited
Fix inappropriate uses of atol()
- f5a1311fccd2 18.0 cited
Remove unnecessary array object_classes[] in dependency.c
- ef5e2e90859a 17.0 cited

On Tue, Nov 25, 2025 at 9:58 PM Peter Eisentraut <peter@eisentraut.org> wrote:
>
> On 20.11.25 16:00, Ashutosh Bapat wrote:
> >> 5.
> >>
> >> src/backend/catalog/sql_features.txt
> >>
> >> +G034 Path concatenation YES SQL/PGQ required
> >>
> >> Do we support path concatenation?
> > I don't think so. But let Peter confirm it.
>
> AFAICT, path concatenation just allows that you can write multiple
> element patterns in a row, like ()-[]->().  I don't see how it could
> make sense to not support that.

Yeah, I just took a look at the SQL/PGQ standard

<path concatenation> ::=
    <path term> <path factor>

Now I understand, thanks.


-- 
Regards
Junwang Zhao