From: | Kris Jurka <books(at)ejurka(dot)com> |
---|---|
To: | "Sailer, Denis (YBUSA-CDR)" <Denis(dot)Sailer(at)Yellowbook(dot)com> |
Cc: | "'pgsql-jdbc(at)postgresql(dot)org'" <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | Re: JDBC driver inserting into a table with Bytea type get |
Date: | 2004-06-21 21:19:48 |
Message-ID: | Pine.BSO.4.56.0406211610170.9082@leary.csoft.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
On Mon, 21 Jun 2004, Sailer, Denis (YBUSA-CDR) wrote:
> Yes, there is talk of a patch going into CVS, but there isn't anything that
> says "here it is". Is there a patch in CVS and would someone post the
> procedure for getting it out?
It is not in cvs. It is the first post in this long thread. Specifically
this one:
> I don't see how this is a missing feature. The documentation clearly states
> that bytea can hold up to 1GB of data. Isn't it fair to assume that each
> interface that can be used to insert that data would work correctly?
This will work correctly if you have adequate memory settings for the JVM.
In reality not many have that amount of memory handy. For example calling
PreparedStatement.setBytes() with a 1GB byte array requires at least 1GB
of memory and there's no getting around that. The driver then does some
escaping and so on which takes additional memory. The goal of this patch
is to reduce this additional overhead, but there's no way (even with the
patch) that you can have a 1GB byte array with the default JVM settings.
The patch allows setBinaryStream to directly stream binary data which
should get rid of out of memory errors, but it's not as friendly an
interface.
Kris Jurka
From | Date | Subject | |
---|---|---|---|
Next Message | Kris Jurka | 2004-06-21 22:50:25 | Re: JDBC driver inserting into a table with Bytea type get |
Previous Message | Sailer, Denis (YBUSA-CDR) | 2004-06-21 20:47:28 | Re: JDBC driver inserting into a table with Bytea type get |