From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | josh(at)agliodbs(dot)com |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: TODO items |
Date: | 2003-08-08 17:38:03 |
Message-ID: | 3F33DFFB.7010909@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Josh Berkus wrote:
>>>Actually, now that I look at it again, it is referring to procedures,
>>>not functions. Maybe just make it:
>>>
>>>o Add capability to create and call PROCEDURES
>
> OK. I need to put a full proposal behind this once 7.4 is in the can.
> However, this is largely academic until we get someone who really wants to
> take ownership of PL/pgSQL and has the coding skills (I have the former but
> not the latter).
>
This isn't isolated to just PL/pgSQL, just like the ability to create
and call functions isn't. Support for PROCEDUREs in the backend is a
prerequisite to being able to use PL/pgSQL to create procedures. It is
necessary but not sufficient.
Similarly, if we want to support IN/OUT or named parameters, it isn't a
PL/pgSQL issue per se, it is a general one.
Joe
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-08-08 17:42:25 | Re: src/interfaces/cli |
Previous Message | Bruce Momjian | 2003-08-08 17:36:08 | WITH HOLD and pooled connections |