Re: Controlling changes in plpgsql variable resolution

Поиск
Список
Период
Сортировка
От Stephen Frost
Тема Re: Controlling changes in plpgsql variable resolution
Дата
Msg-id 20091019145439.GI17756@tamriel.snowman.net
обсуждение исходный текст
Ответ на Controlling changes in plpgsql variable resolution  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Controlling changes in plpgsql variable resolution  (Robert Haas <robertmhaas@gmail.com>)
Re: Controlling changes in plpgsql variable resolution  ("David E. Wheeler" <david@kineticode.com>)
Список pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> I think there are basically three behaviors that we could offer:
>
> 1. Resolve ambiguous names as plpgsql (historical PG behavior)
> 2. Resolve ambiguous names as query column (Oracle behavior)
> 3. Throw error if name is ambiguous (useful for finding problems)

4. Resolve ambiguous names as query column, but throw warning

#4 would be my vote, followed by #3.  To be perfectly honest, I'd be a
whole lot happier with a pl/pgsql that let me prefix variable names with
a '$' or similar to get away from this whole nonsense.  I've been very
tempted to tell everyone I work with to start prefixing their variables
names with '_' except that it ends up looking just plain ugly.
Thanks,
    Stephen

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Application name patch - v2
Следующее
От: Dave Page
Дата:
Сообщение: Re: Application name patch - v2