| From: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de> |
|---|---|
| To: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org> |
| Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, 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 21:17:39 |
| Message-ID: | 40EB16F3.9080109@pse-consulting.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Marc G. Fournier wrote:
> On Tue, 6 Jul 2004, Andreas Pflug wrote:
>
>> 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.
>
>
> Actually, we had added awhile back a set of 'Oracle compability' stuff
> to the backend, to handle some of the non-standard functions that
> Oracle users had access to ... is there a reason why that can't be
> extended? Or are we talking about *really* core changes here?
I don't think so. I'd like to say "we're support oracle style syntax as
far as it's reasonable in the context of pgsql, and we're supplying best
practice advice for some more stuff".
Regards,
Andreas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Simon Riggs | 2004-07-06 21:39:44 | Re: Point in Time Recovery |
| Previous Message | Magnus Hagander | 2004-07-06 20:46:05 | Initdb error |