Re: Progress of asynchronous queries - Mailing list pgsql-interfaces

From Jeroen T. Vermeulen
Subject Re: Progress of asynchronous queries
Date
Msg-id 11882.203.121.164.162.1158634984.squirrel@webmail.xs4all.nl
Whole thread Raw
In response to Re: Progress of asynchronous queries  (Adriaan van Os <adriaan@microbizz.nl>)
List pgsql-interfaces
On Mon, September 18, 2006 14:51, Adriaan van Os wrote:

> Still, the issue I raised was about tracing the progress of a SQL command
> in general, not about the
> specific case of using a cursor instead.

True, and dealing with cursors is extra work in libpq.

In the C++ API OTOH there is a class that lets you treat a cursor more or
less as a regular query result.  It's set to be replaced with a more
modern version, but it's usable: chunks of result data are fetched on
demand, i.e. as you access them.  If you had something like that, all
you'd have to do is issue your query as before, process your data as
before, and update your progress display after every n rows of processing.You wouldn't really notice any of the
complexityunderneath.
 


Jeroen




pgsql-interfaces by date:

Previous
From: "D'Arcy J.M. Cain"
Date:
Subject: Re: Python interfaces
Next
From: "Jan van der Weijde"
Date:
Subject: PQsetdbLogin() and PQconnectdb() fail on HPUX11i 64 bits with empty servername