Re: failures with tuplesort and ordered set aggregates (due to 5cefbf5a6c44)

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Peter Geoghegan <pg(at)heroku(dot)com>
Cc: Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: failures with tuplesort and ordered set aggregates (due to 5cefbf5a6c44)
Date: 2015-03-04 16:26:22
Message-ID: CA+Tgmoacd1WAaXaajn9yf_Q=T+r9+_8hy18ZmuD6nAbUp6i8yg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Mar 3, 2015 at 7:14 PM, Peter Geoghegan <pg(at)heroku(dot)com> wrote:
> My patch actually matches Andrew Gierth's datumsort patch, in that it
> also uses this convention, as I believe it should. For that reason,
> I'd prefer to make the comment added in November true, rather than
> changing the comment...I feel it ought to be true anyway (which is
> what I meant about a pre-existing issue). You'll still need the
> defenses you've added for the the hash case, of course. You might want
> to also put a comment specifying why it's necessary, since the hash
> tuple case is the oddball cases that doesn't always have "sortKeys"
> set.
>
> In other words, I suggest that you commit the union of our two
> patches, less your changes to the comments around "sortKeys'.

I think we should commit my patch, and if a future patch needs
sortKeys set in more places, it can make that change itself. There's
no reason why it's needed with the code as it is today, and no reason
to let bits of future changes leak into a bug-fix patch.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2015-03-04 16:26:57 Re: xpath changes in the recent back branches
Previous Message Fabien COELHO 2015-03-04 16:25:16 Re: improve pgbench syntax error messages