Re: PL/pgSQL: SELECT INTO EXACT

Поиск
Список
Период
Сортировка
От Matt Miller
Тема Re: PL/pgSQL: SELECT INTO EXACT
Дата
Msg-id 1123537554.3062.69.camel@dbamm01-linux
обсуждение исходный текст
Ответ на Re: PL/pgSQL: SELECT INTO EXACT  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: PL/pgSQL: SELECT INTO EXACT  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-patches
On Mon, 2005-08-08 at 17:18 -0400, Tom Lane wrote:
> Matt Miller <mattm@epx.com> writes:
> > On Fri, 2005-07-29 at 17:52 -0400, Tom Lane wrote:
> >> I dislike the choice of "EXACT", too, as it (a) adds a new reserved word
> >> and (b) doesn't seem to convey quite what is happening anyway.  Not sure
> >> about a better word though ... anyone?
>
> > I can attach a patch that supports [EXACT | NOEXACT].
>
> Somehow, proposing two new reserved words instead of one doesn't seem
> very responsive to my gripe :-(.

My intention was to introduce the idea that the current behavior should
be changed, and to then suggest a path that eventually eliminates all
the new reserved words.

> If you think that this should be a global option instead of a
> per-statement one, something like the (undocumented) #option hack might
> be a good way to specify it; that would give it per-function scope,
> which seems reasonable.
>
>     create function myfn(...) returns ... as $$
>         #option select_into_1_row
>         declare ...
>     $$ language plpgsql;
>

Thanks, I'll take a look at this.

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: PL/pgSQL: SELECT INTO EXACT
Следующее
От: Satoshi Nagayasu
Дата:
Сообщение: Re: enable/disable trigger (Re: Fwd: [HACKERS] Open items)