Re: pl/pgsql feature request: shorthand for argument and local variable references

Поиск
Список
Период
Сортировка
Искать
От
Joel Jacobson
Тема
Re: pl/pgsql feature request: shorthand for argument and local variable references
Дата
Msg-id
2652010f-74f4-4c97-8967-bc793eb978c2@www.fastmail.com
Ответ на
Список
Дерево обсуждения
pl/pgsql feature request: shorthand for argument and local variable references Jack Christensen <jack@jncsoftware.com>
Re: pl/pgsql feature request: shorthand for argument and local variable references Pavel Stehule <pavel.stehule@gmail.com>
Re: pl/pgsql feature request: shorthand for argument and local variable references Jack Christensen <jack@jncsoftware.com>
Re: pl/pgsql feature request: shorthand for argument and local variable references Chapman Flack <chap@anastigmatix.net>
Re: pl/pgsql feature request: shorthand for argument and local variable references Pavel Stehule <pavel.stehule@gmail.com>
Re: pl/pgsql feature request: shorthand for argument and local variable references Pavel Stehule <pavel.stehule@gmail.com>
Re: pl/pgsql feature request: shorthand for argument and local variable references Vik Fearing <vik@postgresfriends.org>
Re: pl/pgsql feature request: shorthand for argument and local variable references Pavel Stehule <pavel.stehule@gmail.com>
Re: pl/pgsql feature request: shorthand for argument and local variable references Pavel Stehule <pavel.stehule@gmail.com>
Re: pl/pgsql feature request: shorthand for argument and local variable references Pavel Stehule <pavel.stehule@gmail.com>
On Thu, Jan 6, 2022, at 19:03, Pavel Stehule wrote:
> The possibility to define a label dynamically is a better solution (not by some buildin keyword),
> because it allows some possibility for the end user to define what he prefers.

I'm trying to understand why you think a user-defined notation is desirable,
why it wouldn't be better if the SQL standard would endorse a notation,
so we could all write code in the same way, avoiding ugly GUCs or PRAGMAs altogether?

If "in." would work, due to "in" being a reserved SQL keyword,
don't you think the benefits of a SQL standardized solution would outweigh our
personal preferences on what word each one of us prefer?

/Joel
В списке pgsql-hackers по дате отправления
От: Corey Huinker
Дата:
Сообщение: Re: SQL:2011 application time
От: Tomas Vondra
Дата:
FAQ