Re: plpgsql.warn_shadow

Поиск
Список
Период
Сортировка
От Marko Tiikkaja
Тема Re: plpgsql.warn_shadow
Дата
Msg-id 52DD1F26.4070306@joh.to
обсуждение исходный текст
Ответ на Re: plpgsql.warn_shadow  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: plpgsql.warn_shadow  (Florian Pflug <fgp@phlo.org>)
Список pgsql-hackers
On 1/20/14 1:55 PM, Robert Haas wrote:
> On Mon, Jan 20, 2014 at 7:16 AM, Marko Tiikkaja <marko@joh.to> wrote:
>> What's so hard about plpgsql.warnings='all'?  Or if the fact that it's a
>> list is your concern, I'm not going to oppose to making it a boolean.
>
> Sure, that'd be fine.  What I don't want is to have to start each function with:
>
> #option warn_this
> #option warn_that
> #option warn_theotherthing
> #option warn_somethingelse
> #option warn_yetanotherthing
> #option warn_whatdoesthisdoagain

Right.  Completely agreed.  The only reason I had them in the patch is 
to have the ability to turn *off* a specific warning for a particular 
function.  But even that's of a bit dubious a value.

> Also, I think that the way we've been doing it, each of those needs to
> become a PL/pgsql keyword.  That's going to become a problem at some
> point.

Yeah, probably. :-(


Regards,
Marko Tiikkaja



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: plpgsql.warn_shadow
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: ALTER TABLESPACE ... MOVE ALL TO ...