From: | Scott Lamb <slamb(at)slamb(dot)org> |
---|---|
To: | pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: streaming result sets: progress |
Date: | 2002-11-19 23:05:29 |
Message-ID: | 3DDAC3B9.204@slamb.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Nic Ferrier wrote:
> Thomas O'Dowd writes:
>
>
> >>3) I think the transaction characteristics of the current patch are just
> >>fine and conform to the jdbc specification. The code should
> >>automatically close the resultset when a commit occurs. One thing that
> >>will be confusing is that noncursor based result sets will work accross
> >>commits, but cursor based ones won't. But I think that is reasonable.
> >
> >Sounds reasonable to me as long as its clear to the programmer what type
> >they are using. I definitely don't want to see the noncursor based
> >resultsets closed, but I can't see a better solution for cursor based
> >ones...
>
>
> How can we make clear what type of ResultSet is being used?
I suggest with ResultSet.CLOSE_CURSORS_AT_COMMIT (cursor method) vs
ResultSet.HOLD_CURSORS_OVER_COMMIT (old method). You can both request a
certain type when you create a Statement or PreparedStatement and get
the type of the resultset from the Statement or PreparedStatement.
Thanks,
Scott
From | Date | Subject | |
---|---|---|---|
Next Message | Nic Ferrier | 2002-11-19 23:40:27 | Re: streaming result sets: progress |
Previous Message | Paulo Eduardo Azevedo Silveira | 2002-11-19 20:38:39 | jdbc1 AbstractJdbc1Statement setObject() does not work with some Stream types |