Re: proposal: table functions and plpgsql
От | Merlin Moncure |
---|---|
Тема | Re: proposal: table functions and plpgsql |
Дата | |
Msg-id | b42b73150805211031mc717455p4714b433fe7c8e7@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: proposal: table functions and plpgsql (Hannu Krosing <hannu@krosing.net>) |
Ответы |
Re: proposal: table functions and plpgsql
Re: proposal: table functions and plpgsql |
Список | pgsql-hackers |
On Wed, May 21, 2008 at 1:28 PM, Hannu Krosing <hannu@krosing.net> wrote: >> In my proposal I don't create any default variables. Result type is >> only virtual - I don't need write it to system directory. I thing it's >> better than using some specific predeclared type as RESULTTYPE OR >> RESULTSET. > > How is this different from using OUT params and RETURNS SETOF RECORD ? *) you reference output variables via rowtype (r.var vs. var) *) seems cleaner to separate in/out variables so add/drop function are symmetric. Also, What about: CREATE OR REPLACE FUNCTION foo(m integer) RETURNS TABLE (a integer, b integer) AS $$ -- DECLARE r foo; -- make alias of r to foo optional BEGINFOR i IN 1..m LOOP foo.a := i; foo.b := i + 1; [...] or RETURNS TABLE r(a integer, b integer) AS $$ merlin
В списке pgsql-hackers по дате отправления: