Re: Session state per transaction - Mailing list psycopg

From Tobias Oberstein
Subject Re: Session state per transaction
Date
Msg-id 50640CA7.9030803@gmail.com
Whole thread Raw
In response to Re: Session state per transaction  (Federico Di Gregorio <fog@dndg.it>)
List 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 by date:

Previous
From: Federico Di Gregorio
Date:
Subject: Re: Session state per transaction
Next
From: Daniele Varrazzo
Date:
Subject: Prepared statements [was: Session state per transaction]