Re: Hook for extensible parsing. - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Hook for extensible parsing.
Date
Msg-id CANbhV-EJ+JdJuejAj7DD+Aj5tTSUuhF9rFmvdqRJC4OdURknhw@mail.gmail.com
Whole thread Raw
In response to Re: Hook for extensible parsing.  (Julien Rouhaud <rjuju123@gmail.com>)
Responses Re: Hook for extensible parsing.  (Julien Rouhaud <rjuju123@gmail.com>)
List 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/



pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: Asynchronous and "direct" IO support for PostgreSQL.
Next
From: "houzj.fnst@fujitsu.com"
Date:
Subject: RE: Added schema level support for publication.