Skip site navigation (1) Skip section navigation (2)

Re: Proposal: real procedures again (8.4)

From: David Fetter <david(at)fetter(dot)org>
To: Hannu Krosing <hannu(at)skype(dot)net>
Cc: Josh Berkus <Josh(dot)Berkus(at)Sun(dot)COM>, Merlin Moncure <mmoncure(at)gmail(dot)com>,Gregory Stark <stark(at)enterprisedb(dot)com>,Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>,PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Proposal: real procedures again (8.4)
Date: 2007-10-27 21:10:21
Message-ID: 20071027211021.GN17890@fetter.org (view raw or flat)
Thread:
Lists: pgsql-hackers
On Sun, Oct 28, 2007 at 12:05:26AM +0300, Hannu Krosing wrote:
> Ühel kenal päeval, L, 2007-10-27 kell 12:55, kirjutas Josh Berkus:
> > Merlin, Pavel,
> > 
> > > Mutable session variables would be nice, but I'll take a plpgsql
> > > langauge (or psm) with or without them, so long as transactions
> > > are manual.  It's possible to emulate variables using scalar
> > > functions with the desired volatility currently (but you still
> > > have to be careful with transactions).
> > 
> > The other big useful feature we're missing from Functions is
> > multisets. 
> 
> I think that support for multisets has been removed from our fe-be
> protocol implementation bit-by-bit.

How do you mean?

The only way I've done multisets is by creating functions that return
multiple refcursors, either in a row or as SETOF.  Is or was there
some other way?

Cheers,
David.
-- 
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter      XMPP: david(dot)fetter(at)gmail(dot)com

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

In response to

Responses

pgsql-hackers by date

Next:From: Florian WeimerDate: 2007-10-27 21:20:39
Subject: Re: Opportunity for a Radical Changes in Database Software
Previous:From: Hannu KrosingDate: 2007-10-27 21:05:26
Subject: Re: Proposal: real procedures again (8.4)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group