I mean what value this method will return for an update statement affecting, say, five billion rows? But I may misunderstand something. On Jan 12, 2013 9:57 AM, "Dave Cramer" <p...@fastcrypt.com> wrote:
> Peter, > > Can you be more specific about your concerns ? > > Dave > > Dave Cramer > > dave.cramer(at)credativ(dot)ca > http://www.credativ.ca > > > On Sat, Jan 12, 2013 at 3:25 AM, Péter Kovács < > peter.dunay.kov...@gmail.com> wrote: > >> 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" <p...@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. >>> >>> BatchUpdateException >>> executeBatch >>> >>> I'm thinking the only option here is to report INT_MAX as opposed to >>> failing. >>> >>> Thoughts ? >>> >>> Dave >>> >>> >>> Dave Cramer >>> >>> dave.cramer(at)credativ(dot)ca >>> http://www.credativ.ca >>> >>> >>> On Fri, Dec 21, 2012 at 3:17 PM, Tom Lane <t...@sss.pgh.pa.us> wrote: >>> >>>> Dave Cramer <p...@fastcrypt.com> writes: >>>> > 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. >>>> >>>> I think we'll all be safely dead by the time anybody manages to process >>>> 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 >>>> >>> >>> >
