Re: BUG #17777: An assert failed in nodeWindowAgg.c
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: David Rowley <dgrowleyml@gmail.com>
Cc: Andres Freund <andres@anarazel.de>, xinwen@stu.scu.edu.cn,
pgsql-bugs@lists.postgresql.org
Date: 2023-02-13T05:30:02Z
Lists: pgsql-bugs
David Rowley <dgrowleyml@gmail.com> writes: > On Mon, 13 Feb 2023 at 13:46, Andres Freund <andres@anarazel.de> wrote: >> What about find_compatible_agg()? I don't think there's as severe >> consequences, but it also doesn't seem right as-is. > This does not seem related to the issue being reported here. It seems > to me this would only affect the aggregate deduplication logic and > nothing else. > For the case you're complaining about, I don't think shifting the > goalposts randomly in back-branches is a good idea. For the one you > reported we might upset someone who has come to rely on the aggstate > deduplication either for performance or for the number of volatile > function evaluations. I'm not really on board with changing that > unless someone highlights that it's causing an actual problem. Yeah. This behavior is at least semi-documented, IIRC. We need to fix moving-aggregate mode so it's not used when its assumptions don't hold, because there's no way that that doesn't lead to insane behavior. But redefining the deduplication rules seems way more likely to break existing queries than make anybody happy. regards, tom lane
Commits
-
Disable WindowAgg inverse transitions when subplans are present
- 836c31ba508c 16.0 landed
- a9fa6d79aded 15.3 landed
- 4aa43ba21846 14.8 landed
- 301eb3ee4ecd 13.11 landed
- ac55abd33537 12.15 landed
- 8d2a8581b6d6 11.20 landed