parseCheckAggregates vs. assign_query_collations - Mailing list pgsql-hackers

From Andrew Gierth
Subject parseCheckAggregates vs. assign_query_collations
Date
Msg-id 87muo0k0c7.fsf@news-spur.riddles.org.uk
Whole thread Raw
Responses Re: parseCheckAggregates vs. assign_query_collations  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Looking into a bug report on the -general list about grouping sets,
which turns out to be an issue of collation assignment: if the query has

  CASE GROUPING(expr) WHEN 1 ...

then the expression is rejected as not matching the one in the GROUP BY
clause, because CASE already assigned collations to the expression (as a
special case in its transform function) while the rest of the query
hasn't yet had them assigned, because parseCheckAggregates gets run
before assign_query_collations.

I'll be looking into this in detail later, but right now, cam anyone
think of any reason why parseCheckAggregates couldn't be moved to after
assign_query_collations?

-- 
Andrew (irc:RhodiumToad)


pgsql-hackers by date:

Previous
From: Andreas Karlsson
Date:
Subject: Re: [HACKERS] REINDEX CONCURRENTLY 2.0
Next
From: Robert Haas
Date:
Subject: Re: [HACKERS] generated columns