Re: How to build a new grammer for pg? - Mailing list pgsql-hackers

From Hannu Krosing
Subject Re: How to build a new grammer for pg?
Date
Msg-id CAMT0RQT7MX+Gz5os13maYYHbSenDjQm_FuLJeBrQhPZALkd1-g@mail.gmail.com
Whole thread Raw
In response to Re: How to build a new grammer for pg?  ("Jonah H. Harris" <jonah.harris@gmail.com>)
List pgsql-hackers
I would look at how Babelfish DB did it when adding SQL Server compatibility

https://babelfishpg.org/ and https://github.com/babelfish-for-postgresql/

another source to inspect could be
https://github.com/IvorySQL/IvorySQL for "oracle compatible
PostgreSQL"

On Tue, Aug 1, 2023 at 10:07 PM Jonah H. Harris <jonah.harris@gmail.com> wrote:
>
> On Tue, Aug 1, 2023 at 3:45 PM Andrew Dunstan <andrew@dunslane.net> wrote:
>>
>> Or to enable some language other than SQL (QUEL anyone?)
>
>
> A few years ago, I got a minimal POSTQUEL working again to release as a patch for April Fools' Day, which I never
did.I should dig that up somewhere :) 
>
> Anyway, as far as OP's original question regarding replacing the grammar, there are a couple of such implementations
floatingaround that have done that. But, I actually think the pluggable parser patches were good examples of how to
integratea replacement parser that generates the expected parse tree nodes for anyone who wants to do their own custom
parser.See Julien Rouhaud's SQLOL in the "Hook for extensible parsing" thread and Jim Mlodgenski's "Parser Hook"
thread.
>
> --
> Jonah H. Harris
>



pgsql-hackers by date:

Previous
From: John Naylor
Date:
Subject: Re: Avoid stack frame setup in performance critical routines using tail calls
Next
From: Ashutosh Bapat
Date:
Subject: Re: Oversight in reparameterize_path_by_child leading to executor crash