From: | Josh Berkus <Josh(dot)Berkus(at)Sun(dot)COM> |
---|---|
To: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
Cc: | 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>, David Fetter <david(at)fetter(dot)org> |
Subject: | Re: Proposal: real procedures again (8.4) |
Date: | 2007-10-27 19:55:46 |
Message-ID: | 200710271255.47431.josh.berkus@sun.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
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.
Not only would they be generally useful for SP programming, but multisets
would eliminate one of the big hurdles in re-writing T-SQL stored
procedures in PG, and thus make it easier to port from SQL Server. You
don't hear a lot of demand for multisets on the mailing lists because
we're not getting those SQL Server / Sybase crossovers now.
Of course, Pavel can implement one of these features at a time ...
--
Josh Berkus
PostgreSQL Lead
Sun Microsystems
San Francisco
01-415-752-2500
From | Date | Subject | |
---|---|---|---|
Next Message | Hannu Krosing | 2007-10-27 20:22:10 | Re: Proposal: real procedures again (8.4) |
Previous Message | Michael Meskes | 2007-10-27 17:28:24 | Re: Datum should be defined outside postgres.h |