Re: Re: [PATCHES] Select parser at runtime - Mailing list pgsql-hackers

From Ian Lance Taylor
Subject Re: Re: [PATCHES] Select parser at runtime
Date
Msg-id sielqgwoic.fsf@daffy.airs.com
Whole thread Raw
In response to Re: Re: [PATCHES] Select parser at runtime  (Vince Vielhaber <vev@michvhf.com>)
Responses Re: Re: [PATCHES] Select parser at runtime
Re: Re: [PATCHES] Select parser at runtime
List pgsql-hackers
Vince Vielhaber <vev@michvhf.com> writes:

> An Oracle compatibility mode wouldn't be a bad idea, but at what cost
> and at how much effort?

That is why I focused on the relatively minor changes to Postgres
required to hook in an alternate parser.  I personally would not
expect the mainline Postgres team to worry about Oracle support.  But
if an Oracle parser can be decoupled from the mainline of Postgres
work, then most of the cost will be paid by the people who care about
it.  (Not all of the cost, because some communication will be required
when the parse tree nodes are changed.)

Along these lines, I don't think Bruce's suggestion of modifications
to the Postgres gram.y is a good idea, because it causes the Oracle
parser to add an ongoing cost to the Postgres parser.

Ian


pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: example program bug?
Next
From: "Hiroshi Inoue"
Date:
Subject: RE: PL/pgSQL bug?