Re: Prepared statements [was: Session state per transaction]
| От | Daniele Varrazzo |
|---|---|
| Тема | Re: Prepared statements [was: Session state per transaction] |
| Дата | |
| Msg-id | CA+mi_8aOb0O_s-To+k8b+rTQnfPEia7GTYtCCt=zefw0Kxobyw@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Prepared statements [was: Session state per transaction] (Karsten Hilbert <Karsten.Hilbert@gmx.net>) |
| Список | psycopg |
On Fri, Sep 28, 2012 at 11:33 AM, Karsten Hilbert <Karsten.Hilbert@gmx.net> wrote: > On Fri, Sep 28, 2012 at 02:32:42AM +0100, Daniele Varrazzo wrote: > >> I've played a little bit with the idea and made a cursor subclass >> instead: it does everything like a normal cursor, but has a prepare() >> method. If it is called, execute() and executemany() can be called >> without a query, in which case they execute the statement stored (the >> cursor can have only one, but several cursors can be used to prepare >> several statements). If execute*() receive a query too they behave >> like normal cursors > > Maybe check the received query string against the already > prepared query string and on match reuse the prepared query ? Yes, it could make easier to drop it into already existing code. -- Daniele
В списке psycopg по дате отправления: