pg.ddx.io  pgsql-interfaces@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Frank van Vugt <ftm.van.vugt@foxi.nl>
To: Greg Stark <gsstark@mit.edu>
Cc: pgsql-interfaces@postgresql.org
Subject: Re: Incremental results from libpq
Date: Thu, 10 Nov 2005 21:33:20 +0100
Message-ID: <200511102133.20904.ftm.van.vugt@foxi.nl> (raw)
In-Reply-To: <877jbgb8x5.fsf@stark.xeocode.com>
References: <4D426B54-E08F-4DE9-9776-D46610CA4968@slamb.org>
	<200511101751.55377.ftm.van.vugt@foxi.nl>
	<877jbgb8x5.fsf@stark.xeocode.com>

> > If I'm informed correctly then Oracle and others are generating
> > the complete static result set on the server-side, which will then
> > stay cached until all rows/chunks are fetched.

> That's obviously not true. Try doing "select * from huge_table" on Oracle
> and you'll see records start appearing immediately.

Then it seems I haven't (been informed correctly) :)

Now, given that OCI is offering some kind of asynchronous interface as well, 
how are they handling an error occuring after a partial result-set has been 
retrieved by the client?



-- 
Best,




Frank.



view thread (30+ messages)  latest in thread

Message-ID: <200511102133.20904.ftm.van.vugt@foxi.nl>
Permalink:  ../200511102133.20904.ftm.van.vugt@foxi.nl/
Also on:    postgresql.org/message-id/200511102133.20904.ftm.van.vugt@foxi.nl

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-interfaces@postgresql.org
  Cc: ftm.van.vugt@foxi.nl, gsstark@mit.edu
  Subject: Re: Incremental results from libpq
  In-Reply-To: <200511102133.20904.ftm.van.vugt@foxi.nl>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox