Re: Re: [PATCHES] Select parser at runtime

From: Ian Lance Taylor <ian(at)airs(dot)com>
To: Vince Vielhaber <vev(at)michvhf(dot)com>
Cc: Justin Clift <justin(at)postgresql(dot)org>, Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: [PATCHES] Select parser at runtime
Date: 2001-08-13 04:51:55
Message-ID: sielqgwoic.fsf@daffy.airs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Vince Vielhaber <vev(at)michvhf(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Hiroshi Inoue 2001-08-13 08:01:58 RE: PL/pgSQL bug?
Previous Message Tatsuo Ishii 2001-08-13 04:49:15 example program bug?

Browse pgsql-patches by date

  From Date Subject
Next Message Barry Lind 2001-08-13 08:32:07 Re: JDBC Array Support, Take 2
Previous Message Larry Rosenman 2001-08-13 04:14:00 Makefile.PL for Pg.so