Fix unnecessary use of moving-aggregate mode with non-moving frame.
commita767cdc84c9a4cba1f92854de55fb8b5f2de4598
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 27 Mar 2024 17:39:03 +0000 (27 13:39 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 27 Mar 2024 17:39:03 +0000 (27 13:39 -0400)
tree1f246297f1f50b0e0872236ae5a91494727cb239
parent44a4cca9913bae8557c31207adb97b94e6e60603
Fix unnecessary use of moving-aggregate mode with non-moving frame.

When a plain aggregate is used as a window function, and the window
frame start is specified as UNBOUNDED PRECEDING, the frame's head
cannot move so we do not need to use moving-aggregate mode.  The check
for that was put into initialize_peragg(), failing to notice that
ExecInitWindowAgg() calls that function before it's filled in
winstate->frameOptions.  Since makeNode() would have zeroed the field,
this didn't provoke uninitialized-value complaints, nor would the
erroneous decision have resulted in more than a little inefficiency.
Still, it's wrong, so move the initialization of
winstate->frameOptions earlier to make it work properly.

While here, also fix a thinko in a comment.  Both errors crept in in
commit a9d9acbf2 which introduced the moving-aggregate mode.

Spotted by Vallimaharajan G.  Back-patch to all supported branches.

Discussion: https://postgr.es/m/18e7f2a5167.fe36253866818.977923893562469143@zohocorp.com
src/backend/executor/nodeWindowAgg.c