Re: [BUGS] 7.3 GROUP BY differs from 7.2 - Mailing list pgsql-sql

From Tom Lane
Subject Re: [BUGS] 7.3 GROUP BY differs from 7.2
Date
Msg-id 12329.1045901132@sss.pgh.pa.us
Whole thread Raw
In response to Re: [BUGS] 7.3 GROUP BY differs from 7.2  (Stephan Szabo <sszabo@megazone23.bigpanda.com>)
Responses Re: [BUGS] 7.3 GROUP BY differs from 7.2  (Stephan Szabo <sszabo@megazone23.bigpanda.com>)
List pgsql-sql
Stephan Szabo <sszabo@megazone23.bigpanda.com> writes:
> On Fri, 21 Feb 2003, Tom Lane wrote:
>> Anyone care to offer a gloss on the spec to prove that this behavior
>> is correct or not correct?

> Hmm, I'd read SQL92 Section 7.5 (joined tables) Syntax Rules as saying
> that the non natural/using case is separate from the other cases.

> Syntax rule 5 seems to say that A JOIN B ON (...) should have the same
> column descriptors as A,B and it explicitly doesn't cover NATURAL or
> USING (covered by rule 6).

Yeah, but those rules only define the names and types of the JOIN's
output columns.  They don't say anything about the visibility of those
names, nor the visibility of the underlying-table column names, nor
particularly about semantic equivalence of the two sets of names.

I spent some time digging around in the verbiage about name scopes,
but didn't find any joy.  It does seem clear that if you stick an
alias on the JOIN as a whole, that that hides the individual table
names/aliases, which would render the issue moot.  But Dan didn't
do that in his example, so he is allowed to access both the join
columns and the underlying columns.  Question is, are they equivalent
for the purposes of the grouped-column-reference rules, or not?
        regards, tom lane


pgsql-sql by date:

Previous
From: Stephan Szabo
Date:
Subject: Re: [BUGS] 7.3 GROUP BY differs from 7.2
Next
From: Stephan Szabo
Date:
Subject: Re: [BUGS] 7.3 GROUP BY differs from 7.2