Re: BUG #17088: FailedAssertion in prepagg.c
От | Tom Lane |
---|---|
Тема | Re: BUG #17088: FailedAssertion in prepagg.c |
Дата | |
Msg-id | 1911540.1625694972@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #17088: FailedAssertion in prepagg.c (Andrew Gierth <andrew@tao11.riddles.org.uk>) |
Ответы |
Re: BUG #17088: FailedAssertion in prepagg.c
|
Список | pgsql-bugs |
Andrew Gierth <andrew@tao11.riddles.org.uk> writes: > "Tom" == Tom Lane <tgl@sss.pgh.pa.us> writes: > Tom> Hmm. Maybe it'd be better if the default behavior in > Tom> expression_tree_walker/mutator did not include recursing into the > Tom> args, then? > You'd think, but as I recall (I will re-check this to confirm) there > were more places where we _did_ need to recurse (especially during parse > analysis before we've matched up the sortgrouprefs), while most of the > places where recursion needed to be explicitly avoided already needed > special-case handling, so having the default the other way would likely > have required a special-case almost everywhere. Fair enough. This is the kind of design choice that can be worth revisiting later; but if the conclusion is still the same, fine with me. regards, tom lane
В списке pgsql-bugs по дате отправления: