Re: libpq custom row processing - Mailing list psycopg

From Federico Di Gregorio
Subject Re: libpq custom row processing
Date
Msg-id 50211752.7010204@dndg.it
Whole thread Raw
In response to Re: libpq custom row processing  (Marko Kreen <markokr@gmail.com>)
Responses Re: libpq custom row processing
Re: libpq custom row processing
List psycopg
On 07/08/12 15:14, Marko Kreen wrote:
> My point is that the behavior is not something completely new,
> that no-one has seen before.
>
> But it's different indeed from libpq default, so it's not something
> psycopg can convert to using unconditionally.  But as optional feature
> it should be quite useful.

I agree. As an opt-in feature would be quite useful for large datasets
but then, named cursors already cover that ground. Not that I am against
it, just I'd like to see why:

curs = conn.cursor(row_by_row=True)

would be better than:

curs = conn.cursor("row_by_row")

Is row by row faster than fetching from a named cursor? Does it add less
overhead. If that's the case then would be nice to have it as a feature
for optimizing queries returning large datasets.

federico

--
Federico Di Gregorio                         federico.digregorio@dndg.it
Studio Associato Di Nunzio e Di Gregorio                  http://dndg.it
 And anyone who yells "fork" deserves to get one stuck in them.
                                                          -- Dan Winship

psycopg by date:

Previous
From: Marko Kreen
Date:
Subject: Re: libpq custom row processing
Next
From: Magnus Hagander
Date:
Subject: Re: libpq custom row processing