mirror of
https://git.postgresql.org/git/postgresql.git
synced 2025-02-11 19:20:40 +08:00
Fix out-dated comment in preprocess_groupclause()
The comment claimed we don't consider other orders of the GROUP BY clause, but this is no longer true as ofdb0d67db2
. Discussion: https://postgr.es/m/CAApHDvq65=9Ro+hLX1i9ugWEiNDvHrBibAO7ARcTnf38_JE+UQ@mail.gmail.com Backpatch-through: 15, wheredb0d67db2
was introduced.
This commit is contained in:
parent
66fa8ff637
commit
78a9af1a27
@ -2758,8 +2758,9 @@ remove_useless_groupby_columns(PlannerInfo *root)
|
||||
*
|
||||
* In principle it might be interesting to consider other orderings of the
|
||||
* GROUP BY elements, which could match the sort ordering of other
|
||||
* possible plans (eg an indexscan) and thereby reduce cost. We don't
|
||||
* bother with that, though. Hashed grouping will frequently win anyway.
|
||||
* possible plans (eg an indexscan) and thereby reduce cost. However, we
|
||||
* don't yet have sufficient information to do that here, so that's left until
|
||||
* later in planning. See get_useful_group_keys_orderings().
|
||||
*
|
||||
* Note: we need no comparable processing of the distinctClause because
|
||||
* the parser already enforced that that matches ORDER BY.
|
||||
|
Loading…
Reference in New Issue
Block a user