Re: Options for protocol level cursors

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Options for protocol level cursors
Дата
Msg-id 16085.1213314340@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Options for protocol level cursors  (James William Pye <pgsql@jwp.name>)
Ответы Re: Options for protocol level cursors
Список pgsql-hackers
James William Pye <pgsql@jwp.name> writes:
> Indeed, but like I said in my initial e-mail::

>     I know you can use DECLARE, but I believe that this inhibits the
>     driver from being able to select the transfer format for individual
>     columns; it's all binary or it's all text.

Huh?  I don't see why... you might have such a limitation in a
particular driver, but not in the protocol.

> Also, the latter has other problems wrt statement parameters. I guess  
> you
> could prepare(protocol level) the DECLARE, but that seems like a gross
> workaround as it defeats the purpose of prepared statements by forcing  
> you
> to create a new statement for each cursor that you plan to open.

Well, using a query for a cursor is grounds for replanning anyway,
because you might want a fast-start plan in such a case.  And it's
*definitely* grounds for replanning if you are asking for SCROLL
capability --- the plan stored for a regular prepared statement
very likely can't support that.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: b64_encode and decode
Следующее
От: "Greg Sabino Mullane"
Дата:
Сообщение: Re: Better default_statistics_target