Re: [JDBC] BUG #7766: Running a DML statement that affects more than 4 billion rows results in an exception
От | Péter Kovács |
---|---|
Тема | Re: [JDBC] BUG #7766: Running a DML statement that affects more than 4 billion rows results in an exception |
Дата | |
Msg-id | CAO01x1Fmx=4sdY_v1FxdF8vTSvbkcGU=6NQAe-9Ve9xK6V-QjQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [JDBC] BUG #7766: Running a DML statement that affects more than 4 billion rows results in an exception (Dave Cramer <pg@fastcrypt.com>) |
Ответы |
Re: [JDBC] BUG #7766: Running a DML statement that affects
more than 4 billion rows results in an exception
|
Список | pgsql-bugs |
And what about http://docs.oracle.com/javase/6/docs/api/java/sql/Statement.html#getUpdateCount() ?
P.
On Jan 11, 2013 2:20 PM, "Dave Cramer" <pg@fastcrypt.com> wrote:
Ok, this is much more difficult than I thought.Turns out that there are at least two interfaces that expect an int not a long.BatchUpdateExceptionexecuteBatchI'm thinking the only option here is to report INT_MAX as opposed to failing.Thoughts ?DaveOn Fri, Dec 21, 2012 at 3:17 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:Dave Cramer <pg@fastcrypt.com> writes:I think we'll all be safely dead by the time anybody manages to process
> So an unsigned long won't fit inside a java long either, but hopefully it
> will never be necessary. That would be a huge number of changes.
2^63 rows in one PG command ;-). If you can widen the value from int to
long on the Java side, that should be sufficient.
regards, tom lane
В списке pgsql-bugs по дате отправления: