Re: SQL feature requests

From: "Ben Tilly" <btilly(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Chuck McDevitt" <cmcdevitt(at)greenplum(dot)com>, "Gregory Stark" <stark(at)enterprisedb(dot)com>, "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>, "Michael Glaesemann" <grzm(at)seespotcode(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: SQL feature requests
Date: 2007-08-23 17:55:20
Message-ID: acc274b30708231055w33b93b99tff87f335263257c@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 8/23/07, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "Chuck McDevitt" <cmcdevitt(at)greenplum(dot)com> writes:
> > Tom, it isn't just a case of "convenience". When we are trying to
> > convert users from another database (say Oracle for example) to
> > PostgeSQL, one of the big stumbling blocks that slows down the work is
> > all the little query changes that people have to make
>
> Well, if you're trying to sell it on the grounds of Oracle
> compatibility, then it should actually *be* Oracle compatible.
> What exactly do they do about the default-alias problem?

To the best of my knowledge such subqueries are completely anonymous.
There is no way to explicitly refer to them unless you provide an
alias. Which is exactly the solution that was proposed twice in this
thread, and has the further benefit of being forwards compatible with
any reasonable future standard.

As verification I asked a certified Oracle DBA. His understanding is
that Oracle may choose to rewrite the query for you or not. If it
does not rewrite the query, then it has an internal identifier but
there is no way you can get to it.

Cheers,
Ben

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Ben Tilly 2007-08-23 17:57:55 Re: SQL feature requests
Previous Message Michael Glaesemann 2007-08-23 17:51:49 Re: SQL feature requests