Re: PROPOSAL FE/BE extension to handle IN/OUT parameters
| От | Tom Lane |
|---|---|
| Тема | Re: PROPOSAL FE/BE extension to handle IN/OUT parameters |
| Дата | |
| Msg-id | 17406.1119388484@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | PROPOSAL FE/BE extension to handle IN/OUT parameters (Dave Cramer <pg@fastcrypt.com>) |
| Ответы |
Re: PROPOSAL FE/BE extension to handle IN/OUT parameters
|
| Список | pgsql-hackers |
Dave Cramer <pg@fastcrypt.com> writes:
> The current situation with IN/OUT parameters requires that
> considerable juggling is required on the client end to not pass the
> OUT parameters in the query. This could be alleviated by adding two
> messages for stored procedure calls
> 1) PrepareCall which sent the types, and direction of the parameters
> 2) BindCall which sends the binds the parameters to the above
> Is it possible to get this into 8.1, or is this a total non-starter
Changing the protocol is a nonstarter at this late date in the release
cycle. I previously offered you a hack that would accomplish the same
thing (or at least it looks like the same thing to me): ignore
parameters of type VOID when looking up a function. Is that unusable
from your end?
regards, tom lane
В списке pgsql-hackers по дате отправления: