Re: [HACKERS] column aliases

Поиск
Список
Период
Сортировка
От Don Baccus
Тема Re: [HACKERS] column aliases
Дата
Msg-id 3.0.1.32.20000123094507.01053430@mail.pacifier.com
обсуждение исходный текст
Ответ на Re: [HACKERS] column aliases  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] column aliases  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
At 11:12 AM 1/23/00 -0500, Tom Lane wrote:

>What it looks like to me is that we have a bug in the expansion of '*'.
>It should be generating columns for both the explicit and the implicit
>FROM clause, but it's evidently deciding that it should only produce
>output columns for the first one.

Yes, since it is joining the two tables it should be returning all
columns of the join.

>This may go a long way towards explaining why people have been so
>readily confused by the implicit-FROM-clause business! 

It *is* confusing, that's for sure!

> If they saw
>two sets of columns coming out, it'd be more obvious that they were
>getting a join.
>
>> Does the standard say the first query is legal?
>
>I believe it is not strict SQL92 --- we've been around on that question
>before.

Is this feature something many folks depend upon?  It appears that at
least some of the folks who hang out on this list aren't entirely
clear on this implicit "from" clause thing - if that's true, how
many users who are out of the loop understand it?

It isn't that burdensome to explictly list a table again in the from
list.  The query's certainly more readable and portable for folks who
are (say) trying to port PostgreSQL-based stuff to (say) Oracle.

On the other hand, if a lot of folks depend on this (somewhat dubious,
IMHO) feature then I suppose it should be preserved - with "*" expansion
fixed, presumably!



- Don Baccus, Portland OR <dhogaza@pacifier.com> Nature photos, on-line guides, Pacific Northwest Rare Bird Alert
Serviceand other goodies at http://donb.photo.net.
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_dump possible fix, need testers. (was: Re: [HACKERS] pg_dump disaster)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Implementing STDDEV and VARIANCE