From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Cc: | David Fetter <david(at)fetter(dot)org> |
Subject: | Re: Calling PL functions with named parameters |
Date: | 2004-08-14 20:45:03 |
Message-ID: | 200408142245.03115.peter_e@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Josh Berkus wrote:
> > Dennis has pointed out that mixing the call-with-named-parameter
> > interface with call-by-order-of-parameters one would cause
> > confusion, and I think it would be OK to disallow this type mixing,
> > so
>
> As we've discussed on IRC, this should be the difference between a
> FUNCTION and a PROCEDURE.
Huh? As far as I can tell, the difference between a function and a
procedure is precisely that the latter doesn't return a value. A
consistent way to specify the parameters of either one would certainly
be highly desirable.
> b) Procedures are not automatically transactional; that is,
> transactions within procedures must/can be explicit. Among other
> things, this would allow procedures to run maintainence tasks.
I certainly want all my maintenance tasks to be transactional. Being
nontransactional is a fuzzy idea anyway. You can't really run anything
without a transaction in PostgreSQL.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2004-08-14 21:07:58 | Re: Calling PL functions with named parameters |
Previous Message | Steve Bergman | 2004-08-14 20:23:02 | SRPM for 8.0.0 beta? |