From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | pg(at)fastcrypt(dot)com |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: IN/OUT parameters |
Date: | 2005-05-24 19:03:59 |
Message-ID: | 4829.1116961439@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-jdbc |
Dave Cramer <pg(at)fastcrypt(dot)com> writes:
> create function foo( out p1 int, in p2 int, out p3 int) ....
> then a subsequent
> "{call = select foo(?,?,?)}
> This would need to be currently transformed into select foo(?), with the
> other two being discarded.
> It seems to me that the bind message needs to support the notion of
> direction in order for this to work cleanly.
How would it help for BIND to incorporate direction? What would it even
*mean* for BIND to incorporate direction --- it's a client-to-server
message, and can hardly be expected to transmit data in the reverse
direction.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-05-24 19:09:24 | Re: postmaster.pid disappeared |
Previous Message | Josh Berkus | 2005-05-24 18:47:59 | Re: postmaster.pid disappeared |
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Cramer | 2005-05-24 19:12:28 | Re: IN/OUT parameters |
Previous Message | Josh Berkus | 2005-05-24 18:45:06 | Re: IN/OUT parameters |