| От | Peter Eisentraut |
|---|---|
| Тема | Re: SQL-standard function body |
| Дата | |
| Msg-id | c17ea953-0837-70ab-b408-522421697d54@2ndquadrant.com обсуждение |
| Ответ на | SQL-standard function body (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
| Ответы |
Re: SQL-standard function body
|
| Список | pgsql-hackers |
On 15.03.21 09:14, Julien Rouhaud wrote: > On Mon, Mar 15, 2021 at 04:03:44PM +0800, Julien Rouhaud wrote: >> On Mon, Mar 15, 2021 at 01:05:11AM -0500, Jaime Casanova wrote: >>> I found another problem when using CASE expressions: >>> >>> CREATE OR REPLACE FUNCTION foo_case() >>> RETURNS boolean >>> LANGUAGE SQL >>> BEGIN ATOMIC >>> select case when random() > 0.5 then true else false end; >>> END; >>> >>> apparently the END in the CASE expression is interpreted as the END of >>> the function >> >> I think that it's an issue in psql scanner. If you escape the semicolon or >> force a single query execution (say with psql -c), it works as expected. > > Applying the following diff (not sending a patch to avoid breaking the cfbot) > the issue and doesn't seem to break anything else: Right. Here is a new patch with that fix added and a small conflict resolved.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера