Re: Session state per transaction

Поиск
Список
Период
Сортировка
От Tobias Oberstein
Тема Re: Session state per transaction
Дата
Msg-id 50640CA7.9030803@gmail.com
обсуждение исходный текст
Ответ на Re: Session state per transaction  (Federico Di Gregorio <fog@dndg.it>)
Список psycopg
Am 27.09.2012 09:47, schrieb Federico Di Gregorio:
> On 27/09/2012 09:35, Tobias Oberstein wrote:
>> My use case is this: all DB access is via Stored Procedures (SP) on a
>> pool of long lived DB connections. The set of eligible SPs is determined
>> in advance. Hence, something that does not lead to reparsing/replanning
>> of the SP call SELECT statements on every execution is desirable.
>>
>> I notice there is
>>
>> http://www.postgresql.org/docs/9.2/static/libpq-fastpath.html
>>
>> Does Psycopg support this?
>
> Nope.

;(

Then I am definitely interested in helping bringing support for prepared
stuff and also fastpath-SP-calls to Pscyopg (since the API for both seem
to be somewhat similar).

Tobias

>
> federico
>



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

Предыдущее
От: Federico Di Gregorio
Дата:
Сообщение: Re: Session state per transaction
Следующее
От: Daniele Varrazzo
Дата:
Сообщение: Prepared statements [was: Session state per transaction]