Re: PL/pgSQL: SELECT INTO EXACT - Mailing list pgsql-patches

From Jaime Casanova
Subject Re: PL/pgSQL: SELECT INTO EXACT
Date
Msg-id c2d9e70e05072915047223be0b@mail.gmail.com
Whole thread Raw
In response to Re: PL/pgSQL: SELECT INTO EXACT  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: PL/pgSQL: SELECT INTO EXACT
List pgsql-patches
On 7/29/05, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Matt Miller <mattm@epx.com> writes:
> > This patch implements an optional EXACT keyword after the INTO keyword
> > of the PL/pgSQL SELECT INTO command.  The motivation is to come closer
> > to Oracle's SELECT INTO behavior: when SELECTing INTO scalar targets,
> > raise an exception and leave the targets untouched if the query does not
> > return exactly one row.  This patch does not go so far as to raise an
> > exception, but it can simplify porting efforts from PL/SQL.
>
> Uh, what's the point of being only sort-of compatible?  Why not throw
> the exception?
>
> 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?
>
>                        regards, tom lane
>

just wonder, why that is not the default behavior of the SELECT INTO?
at least, the first time i think the function was right until i found
that the first row of a set of rows was assigned...

i mean, when you do that code you are expecting just one row from your
query, doesn't you?

--
Atentamente,
Jaime Casanova
(DBA: DataBase Aniquilator ;)

pgsql-patches by date:

Previous
From: Tom Lane
Date:
Subject: Re: PL/pgSQL: SELECT INTO EXACT
Next
From: Alvaro Herrera
Date:
Subject: Re: [HACKERS] Autovacuum loose ends