Re: SQL Property Graph Queries (SQL/PGQ)
Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Commits
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
Attachments
- pg_sql_pgq-20250128.zip (application/zip)
On Fri, Jan 24, 2025 at 9:16 PM Junwang Zhao <zhjwpku@gmail.com> wrote: > > I figured out it's because I have `-DWRITE_READ_PARSE_PLAN_TREES` this option, > removing this option clears the warning, but I'm not sure if this is a > hidden issue. > Thanks for the hint. I found the issue and the fix appears in 0004. Some members of RangeTblEntry were not being handled in read/out functions. > > > > 0001-0009 patches are the same as the previous set sans mergeconflict fixes. > > 0010 - is test for \dGx - to make sure that the extended format output > > works with \dG. We may decide not to have this patch in the final > > commit. But no harm in being there til that point. > > I have some changes based on the latest patch set. I attached two patches with > the following summary. > > 0001: > - doc: some of the query in ddl.sgml can not be executed The standard seems to require a property reference to be qualified by element pattern variable, even if the property is referenced within the same element pattern bound to the variable. Hence I accepted your document fixes which qualify property reference with element pattern variable. However, I didn't understand why you changed a LABEL name from order to order_. > - after path factor was introduced, some comments doesn't apply Thanks pointing those out. Accepted after rephrasing those and also correcting some related comments. > > 0002: > - add a get_propgraph_element_alias_name function and do some trivial refactor > I see you have added some negative tests - object not found tests, but I didn't see positive tests. Hence I haven't added those changes in the attached patchset. But we certainly need those changes. You may want to submit a patch with positive tests. That code needs to be fixed before committing anyway. -- Best Wishes, Ashutosh Bapat