Re: plpgsql.print_strict_params

Поиск
Список
Период
Сортировка
От Marko Tiikkaja
Тема Re: plpgsql.print_strict_params
Дата
Msg-id 524E73FD.4000606@joh.to
обсуждение исходный текст
Ответ на Re: plpgsql.print_strict_params  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: plpgsql.print_strict_params  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 10/3/13 6:55 PM, Robert Haas wrote:
> This looks like a nice clean patch.  My only concern is that it makes
> "on" and "off" unreserved plpgsql keywords.  It looks like that will
> make them unusable as unquoted identifiers in a few contexts in which
> they can now be used.  Has there been any discussion about whether
> that's OK?

I don't think there has.

I originally had more ideas for options which you could turn on/off, 
which I believe might have justified reserving them, but I'm not sure 
any of those will ever happen, at least not as a simple on/off option. 
Did you have a better idea for the syntax?  The only thing I can think 
of is print_strict_params and no_print_strict_params, and I'm not very 
fond of that.

Also, in what contexts are unreserved keywords a problem in modern PL/PgSQL?


Regards,
Marko Tiikkaja



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: Patch for fail-back without fresh backup
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: GIN improvements part 1: additional information