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

OT: OFF TOPIC: returning multiple result sets from a stored procedure

From: John Adams <john_adams_mail(at)yahoo(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: OT: OFF TOPIC: returning multiple result sets from a stored procedure
Date: 2010-09-03 20:40:56
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers

I honestly do not mean any offence, just out of curiosity. 
If you guys care about money and time why would you spend the best years of your 
life basically copying commercial products for free? Because for a person with 
higher than average IQ far less than one percent of any program is creative and 
needs some thinking and the bulk of it is just a million stupid details. 

I just don't follow/understand your thinking. Maybe I am naïve. 
I do not have experience with open source and I kind of thought open source guys 
do not need or care about money and time. 


From: Josh Berkus <josh(at)agliodbs(dot)com>
To: John Adams <john_adams_mail(at)yahoo(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Sent: Fri, September 3, 2010 1:07:03 PM
Subject: Re: [HACKERS] returning multiple result sets from a stored procedure

> I noticed in postgres you cannot return multiple result sets from a
> stored procedure (surprisingly as it looks like a very good dbms).

That feature has been on the TODO list for years.  However, nobody has
stepped forward to either write it, or to fund working on it.  If your
company has programmers or money to build this feature, it could
probably get done fairly quickly (as in, next version).

                                  -- Josh Berkus
                                     PostgreSQL Experts Inc.


In response to


pgsql-hackers by date

Next:From: David BlewettDate: 2010-09-03 20:56:39
Subject: Re: Streaming a base backup from master
Previous:From: Robert HaasDate: 2010-09-03 20:25:17
Subject: Re: Cost estimates for parameterized paths

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