Re: Error when using array_agg with filter where clause in pg16 and pg17
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: David Rowley <dgrowleyml@gmail.com>
Cc: Kaimeh <kkaimeh@gmail.com>, pgsql-bugs@lists.postgresql.org
Date: 2025-04-09T00:25:54Z
Lists: pgsql-bugs
David Rowley <dgrowleyml@gmail.com> writes: > On Wed, 9 Apr 2025 at 03:32, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> The simplest fix I can think of is to disable the presorted-agg >> optimization if (1) there's a FILTER clause and (2) the proposed >> sort key is anything more complex than a Var. > Unfortunately, the situation is a little worse than what you > highlighted, as I think I didn't consider FILTER at all, and this > means I didn't consider the costing differences between filtering then > sorting vs sorting then filtering. Oooh. If the FILTER clause is selective, that could easily mean that the "optimization" loses big from having to sort many more tuples. I wonder if we should just not apply it when there's a FILTER, full stop. regards, tom lane
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix issue with ORDER BY / DISTINCT aggregates and FILTER
- 887a23237150 16.9 landed
- 065ce49a10e0 17.5 landed
- d47f922246b5 18.0 landed
-
Improve performance of ORDER BY / DISTINCT aggregates
- 1349d2790bf4 16.0 cited