From: | snpe <snpe(at)snpe(dot)co(dot)yu> |
---|---|
To: | Nic Ferrier <nferrier(at)tapsellferrier(dot)co(dot)uk> |
Cc: | pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: streaming result sets: progress |
Date: | 2002-11-22 22:51:07 |
Message-ID: | 200211222251.07169.snpe@snpe.co.yu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
On Friday 22 November 2002 07:16 pm, Nic Ferrier wrote:
> snpe <snpe(at)snpe(dot)co(dot)yu> writes:
> > Yet another sugestion :
> >
> > When make createStatement, we haven't to do fetch - command is same
> > except begin; declare xxx cursor (I think that and begin will not be
> > required soon) When we call first ResultSet.next (or like) we call fetch
> > if don't rows in memory. It is way in another databases : execute is
> > prepare and bind (without fetch) and then is fetch JDBC specification
> > tell same - execute don't nothing with row
>
> JDBC spec doesn't require any particular behaviour... what we've got
> kinda works.
>
JDBC spec requires that after executeStatement there is nothing in ResultSet.
Execute and fetch are different command - only in PostgreSQL they are one command.
PostgreSQL with cursors work execute and fetch , too
regards
Haris Peco
regrads
From | Date | Subject | |
---|---|---|---|
Next Message | Nic Ferrier | 2002-11-22 23:55:27 | Re: streaming result sets: progress |
Previous Message | Joshua Daniel Franklin | 2002-11-22 22:43:12 | Getting started links |