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
|
Список | 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 по дате отправления: