Re: LinuxTag wrapup

From: Andreas Pflug <pgadmin(at)pse-consulting(dot)de>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: LinuxTag wrapup
Date: 2004-07-06 17:37:32
Message-ID: 40EAE35C.1040200@pse-consulting.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian wrote:

>Gavin Sherry wrote:
>
>
>>On Sat, 3 Jul 2004, Tom Lane wrote:
>>
>>
>>
>>>Andreas Pflug <pgadmin(at)pse-consulting(dot)de> writes:
>>>
>>>
>>>>- what about Oracle portability.
>>>>
>>>>
>>>>IMHO we should rethink if we could make those people happy. How about a
>>>>loadable personality (IIRC SAPDB has something like that), to exchange
>>>>the parser in use with a custom one (by a SET command)? This way we have
>>>>a pure ansi default, while enabling a way so someone could contribute an
>>>>oracle style parser.
>>>>
>>>>
>>>How about an external tool that helps in translating apps to
>>>SQL-standard syntax? Oracle does accept the standard syntax after all.
>>>That way we are truly helping people liberate themselves: they can
>>>switch to any SQL-compliant database, not only Postgres.
>>>
>>>
>>I totally agree. After all, oracle provides such tools to their customers.
>>
>>
>
>Should this be a TODO?
>
>
>

An external tool helping translating sql is fine, but nothing to be
defined todo for core pgsql IMHO. I still believe some minor "oracle
helper" behaviour (not to call it oracle compatibility, to avoid wrong
expectations) should be added. Currently, pgsql appears a bit arrogant
towards those oracle centric people (always a matter of point of view,
of course). We could avoid this by offering some concessions.

Regards,
Andreas

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Manfred Koizar 2004-07-06 17:58:02 dbt2-pgsql on OSDL
Previous Message Yannick Lecaillez 2004-07-06 17:22:57 Re: Postgresql on SAN