From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | hape Hape <postgres-hape(at)gmx(dot)de> |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: group by can use alias from select list but not the having clause |
Date: | 2023-07-03 14:12:11 |
Message-ID: | 345994.1688393531@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
hape Hape <postgres-hape(at)gmx(dot)de> writes:
> works (how does the group by know about otto if the sequence is done as
> described above?)
This is intentional and documented, eg
https://www.postgresql.org/docs/current/sql-select.html#SQL-GROUPBY
says
An expression used inside a grouping_element can be an input column
name, or the name or ordinal number of an output column (SELECT list
item), or an arbitrary expression formed from input-column values.
whereas the discussion of HAVING does not mention allowing output
columns. The reason for this is mainly that it'd seldom be useful
for a HAVING expression to be just a bare column reference, but
as soon as you write something that's not a bare column reference,
the output-column special case is disallowed anyway.
Yes, it's messy. That's mostly because we are still trying to
preserve some compatibility with SQL92, which did things differently
from later standards in this area. But it's been like that for a
couple of decades now, and we're not going to change it.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tristan Partin | 2023-07-03 14:42:58 | Re: BUG #17946: LC_MONETARY & DO LANGUAGE plperl - BUG |
Previous Message | liu zhilong | 2023-07-03 13:51:27 | 回复: BUG #18011: Declarative partition privilege problem cause incorrect execution plans |