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 по дате отправления: