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  (Richard Guo <guofenglinux@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Andrew Gierth
Дата:
Сообщение: Re: BUG #17088: FailedAssertion in prepagg.c
Следующее
От: PG Bug reporting form
Дата:
Сообщение: BUG #17093: invalid primary checkpoint record