Re: Possible bug on Postgres 12 (CASE THEN evaluated prematurely) - Change of behaviour compared to 11, 10, 9

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Possible bug on Postgres 12 (CASE THEN evaluated prematurely) - Change of behaviour compared to 11, 10, 9
Дата
Msg-id 1214200.1591280771@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Possible bug on Postgres 12 (CASE THEN evaluated prematurely) -Change of behaviour compared to 11, 10, 9  (Juan Fuentes <juanmarianofuentes@gmail.com>)
Ответы Re: Possible bug on Postgres 12 (CASE THEN evaluated prematurely) -Change of behaviour compared to 11, 10, 9  (Juan Fuentes <juanmarianofuentes@gmail.com>)
Список pgsql-hackers
Juan Fuentes <juanmarianofuentes@gmail.com> writes:
> As you could see the query includes castings, we noticed testing with Postgres 12 that the castings of the CASE THEN
statement(commented out below) where failing in some cases, of course if you do the INNER JOIN and CASE WHEN first our
expectationis that the value can be casted. 

You're unlikely to get any useful comments on this if you don't provide
a self-contained example.  The query by itself lacks too many details.
As an example, one way "t7.value::numeric = 1" could fail despite being
inside a CASE is if t7 is a view whose "value" column is actually a
constant.  Flattening of the view would replace "t7.value" with that
constant, and then constant-folding would cause the failure, and neither
of those things are prevented by a CASE.  I kind of doubt that that's
the specific issue here, but I'm not going to guess at what is in your
thirty-some input tables.

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Regarding TZ conversion
Следующее
От: Kenichiro Tanaka
Дата:
Сообщение: Re: Wrong width of UNION statement