Re: Should we still require RETURN in plpgsql?
От | Robert Treat |
---|---|
Тема | Re: Should we still require RETURN in plpgsql? |
Дата | |
Msg-id | 1112706080.26170.278.camel@camel обсуждение исходный текст |
Ответ на | Re: Should we still require RETURN in plpgsql? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Should we still require RETURN in plpgsql?
|
Список | pgsql-hackers |
On Tue, 2005-04-05 at 03:43, Tom Lane wrote: > Dennis Bjorklund <db@zigo.dhs.org> writes: > > On Tue, 5 Apr 2005, Tom Lane wrote: > >> CREATE FUNCTION sum_n_product(x int, y int, OUT sum int, OUT prod int) AS $$ > >> BEGIN > >> sum := x + y; > >> prod := x * y; > >> RETURN; > >> END; > >> $$ LANGUAGE plpgsql; > > > The above code example do not have any RETURNS clause, does that mean that > > it defaults to RETURNS void? > > No, it effectively "RETURNS record", where the particular record type is > implied by the set of output parameters. See my previous proposal. > While it is useless in this example, istm it only makes things more confusing to require return in some cases but not in others. Is there some technical advantage to dropping it? Robert Treat -- Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
В списке pgsql-hackers по дате отправления: