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  (Dave Cramer <pg@fastcrypt.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Strange logic for partial index proving
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Why is checkpoint so costly?