Received: from localhost (postgresql.org [64.49.215.8]) by postgresql.org (Postfix) with ESMTP id B62314765EB for ; Tue, 13 Aug 2002 23:36:17 -0400 (EDT) Received: from candle.pha.pa.us (216-55-132-35.dsl.san-diego.abac.net [216.55.132.35]) by postgresql.org (Postfix) with ESMTP id AC8BD4765DF for ; Tue, 13 Aug 2002 23:36:16 -0400 (EDT) Received: (from pgman@localhost) by candle.pha.pa.us (8.11.6/8.10.1) id g7E3a4e25289; Tue, 13 Aug 2002 23:36:04 -0400 (EDT) From: Bruce Momjian Message-Id: <200208140336.g7E3a4e25289@candle.pha.pa.us> Subject: Re: [SQL] 16 parameter limit In-Reply-To: <3D59CE74.6010606@joeconway.com> To: Joe Conway Date: Tue, 13 Aug 2002 23:36:04 -0400 (EDT) Cc: Josh Berkus , John Proctor , Neil Conway , peter_e@gmx.net, tgl@sss.pgh.pa.us, pgsql-patches@postgresql.org X-Mailer: ELM [version 2.4ME+ PL99 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS new-20020517 X-Archive-Number: 200208/240 X-Sequence-Number: 4776 Joe Conway wrote: > Bruce Momjian wrote: > >>12) The biggie: Allowing the easy return of query results from a > >>procedure. This is currently supported through a rather difficult > >>workaround involving either the ROWTYPE datatype or a return Cursor. > >> Both approaches require the use of a procedural code loop on the > >>interface side to read the data being returned ... much clumsier than > >>just dumping the data ala PL/SQL or T-SQL. If implemented, this rowset > >>return would the the difference between a CREATE FUNCTION and a CREATE > >>PROCEDURE statement. > > > > > > Done for 7.3. > > Um, not done yet (PL/pgSQL table functions). Currently only SQL and C > functions supported. I've had an off-line discussion with Neil, and I > think he is working this item and plans to have it ready for 7.3. OK, added to 7.3 open items: Allow PL/PgSQL functions to return sets > CREATE PROCEDURE is not planned for 7.3 at all (I don't think; see the > CALL foo recent discussion). Right, on TODO. > It's not clear to me which one is meant by the above. "Dumping the data > ala PL/SQL or T-SQL" could mean either. PL/SQL supports table functions; > T-SQL only supports the CALL foo type capability. See: > http://archives.postgresql.org/pgsql-general/2002-08/msg00602.php > for a description of the difference. Not sure. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073