pg.ddx.io  pgsql-sql@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Bruce Momjian <pgman@candle.pha.pa.us>
To: Joe Conway <mail@joeconway.com>
Cc: Josh Berkus <josh@agliodbs.com>
Cc: John Proctor <jproctor@prium.net>
Cc: Neil Conway <nconway@klamath.dyndns.org>
Cc: peter_e@gmx.net
Cc: tgl@sss.pgh.pa.us
Cc: pgsql-patches@postgresql.org
Subject: Re: [SQL] 16 parameter limit
Date: Tue, 13 Aug 2002 23:36:04 -0400 (EDT)
Message-ID: <200208140336.g7E3a4e25289@candle.pha.pa.us> (raw)
In-Reply-To: <3D59CE74.6010606@joeconway.com>

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



view thread (43+ messages)  latest in thread

Message-ID: <200208140336.g7E3a4e25289@candle.pha.pa.us>
Permalink:  ../200208140336.g7E3a4e25289@candle.pha.pa.us/
Also on:    postgresql.org/message-id/200208140336.g7E3a4e25289@candle.pha.pa.us

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-sql@postgresql.org
  Cc: pgman@candle.pha.pa.us, mail@joeconway.com, josh@agliodbs.com, jproctor@prium.net, nconway@klamath.dyndns.org, peter_e@gmx.net, tgl@sss.pgh.pa.us, pgsql-patches@postgresql.org
  Subject: Re: [SQL] 16 parameter limit
  In-Reply-To: <200208140336.g7E3a4e25289@candle.pha.pa.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox