Re: BUG #19059: PostgreSQL fails to evaluate the cheaper expression first, leading to 45X performance degradation
От | Vik Fearing |
---|---|
Тема | Re: BUG #19059: PostgreSQL fails to evaluate the cheaper expression first, leading to 45X performance degradation |
Дата | |
Msg-id | f5ab4542-acfa-4939-a6aa-0e42b69bb46a@postgresfriends.org обсуждение исходный текст |
Ответ на | Re: BUG #19059: PostgreSQL fails to evaluate the cheaper expression first, leading to 45X performance degradation (Christophe Pettus <xof@thebuild.com>) |
Список | pgsql-bugs |
On Sep 20, 2025, at 14:19, Tom Lane <tgl@sss.pgh.pa.us> wrote: While we've not gotten a huge amount of push-back about the top-level re-ordering, there's been some complaints. So I'm not eager to propagate the idea further down.And tangentially, doesn't the SQL standard make it implementation-defined if OR short-circuits or not?
Not that I can see. The only implementation-defined mention in <boolean value expression> is:
"If the SQL-implementation supports Feature T101, “Enhanced nullability determination”, and if BVE conforms to an implementation-defined (IE011) rule that enables the SQL-implementation to correctly infer that, when BVE is True, then X cannot be null, then BVE is a known-not-null condition for X. -- Vik Fearing
В списке pgsql-bugs по дате отправления: