Re: proposal: plpgsql, new check for extra_errors - strict_expr_check

Поиск
Список
Период
Сортировка
От Marcos Pegoraro
Тема Re: proposal: plpgsql, new check for extra_errors - strict_expr_check
Дата
Msg-id CAB-JLwbDoN7BZwYjNgP3gq-AC=3w9s7QCyR-kWg51NqG4pfqJA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: proposal: plpgsql, new check for extra_errors - strict_expr_check  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: proposal: plpgsql, new check for extra_errors - strict_expr_check
Список pgsql-hackers
Дерево обсуждения
Em dom., 16 de jun. de 2024 às 12:11, Pavel Stehule <pavel.stehule@gmail.com> escreveu:
I don't follow this idea - when it does not make sense, then why do you use it?  It can be a signal of some issue in your code.

I don't use it, but sometimes it occurs, and there are lots of languages which ignore it, so it would be cool if plpgsql does it too.
 
If you do this, works
set search_path to public;;;

but if you do the same inside a block, it does not.

regards
Marcos

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

Предыдущее
От: Alexander Korotkov
Дата:
Сообщение: Re: Removing unneeded self joins
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Bugfix and improvements in multixact.c