From: | "Chris Smith" <chris(at)mindiq(dot)com> |
---|---|
To: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | JDBC drivers and streaming content |
Date: | 2003-01-24 16:07:17 |
Message-ID: | 02d001c2c3c2$ab721f50$6700000a@KYA |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-jdbc |
I'm about to start implemention streaming of queries to the server in the
pgsql jdbc drivers when PreparedStatement is used with setBinaryStream...
but before I get started, since I've never contributed before, I wanted to
run it by everyone.
I'm planning on making the following changes:
1. In QueryExecutor.sendQuery, if an object in m_binds is a java.io.Reader,
then instead of calling toString and sending that, I'll read and send the
contents in 16K increments.
2. In AbstractJdbc1Statement.setBinaryStream, instead of delegating to
setBytes, I'll call bind directly, but send a custom java.io.Reader subclass
(which adds the quotes and properly escapes the bytes and such) as the
object.
A couple questions:
- There are a few constants that could probably be tuned for performance
(ie, the size of the buffer used for streaming, and a threshold to avoid the
streaming overhead for very short streams). Is there a fairly standard way
to handle this stuff in the JDBC drivers? Should it be made configurable to
the user? Read from a properties file? Stored in any specific class as a
constant?
- It seems to be quite a pain that org.postgresql.core.Encoding works only
with String, and can't copy into a provided char[] -- this will mean
creating a large number of String objects during the streaming. I could fix
this easily with java.nio.CharsetEncoder, but it would make the code
dependent on JDK 1.4. Not desired?
- If there's a general dislike for runtime testing of object classes among
the developer community, then I could, instead of special-casing Reader in
sendQuery, wrap *all* PreparedStatement parameters in an interface that has
a getReader method, and provide a default non-streaming implementation that
uses StringReader. This is more intrusive, but I'll go whichever way makes
it more likely for the patch to be committed.
- Am I missing anything? Is this harder than it seems? Seems like someone
would have done it already...
--
www.designacourse.com
The Easiest Way to Train Anyone... Anywhere.
Chris Smith - Lead Software Developer/Technical Trainer
MindIQ Corporation
From | Date | Subject | |
---|---|---|---|
Next Message | Jeroen T. Vermeulen | 2003-01-24 16:12:05 | Client interfaces documentation |
Previous Message | Andrew Dunstan | 2003-01-24 15:36:43 | Re: What goes into the security doc? |
From | Date | Subject | |
---|---|---|---|
Next Message | Tim Farrell | 2003-01-24 16:40:06 | Re: Weblogic DuplicateKeyException and JDBC driver |
Previous Message | Thomas Rücker | 2003-01-24 15:40:33 |