Re: Hook for extensible parsing.
Simon Riggs <simon.riggs@enterprisedb.com>
From: Simon Riggs <simon.riggs@enterprisedb.com>
To: Julien Rouhaud <rjuju123@gmail.com>
Cc: Andres Freund <andres@anarazel.de>, Tom Lane <tgl@sss.pgh.pa.us>, Jim Mlodgenski <jimmy76@gmail.com>, PostgreSQL Developers <pgsql-hackers@lists.postgresql.org>
Date: 2021-09-23T06:37:27Z
Lists: pgsql-hackers
On Thu, 16 Sept 2021 at 05:33, Julien Rouhaud <rjuju123@gmail.com> wrote: > Would any of that be a reasonable approach? The way I summarize all of the above is that 1) nobody is fundamentally opposed to the idea 2) we just need to find real-world example(s) and show that any associated in-core patch provides all that is needed in a clean way, since that point is currently in-doubt by senior committers. So what is needed is some actual prototypes that explore this. I guess that means they have to be open source, but those examples could be under a different licence, as long as the in-core patch is clearly a project submission to PostgreSQL. I presume a few real-world examples could be: * Grammar extensions to support additional syntax for Greenplum, Citus, XL * A grammar that adds commands for an extension, such as pglogical (Jim's example) * A strict SQL Standard grammar/parser * GQL implementation -- Simon Riggs http://www.EnterpriseDB.com/