Now JDBC api says following
If the driver continues processing after a failure, the array returned by the method BatchUpdateException.getUpdateCounts will have an element for every command in the batch rather than only elements for the commands that executed successfully before the error. In the case where the driver continues processing commands, the array element for any command that failed is Statement.EXECUTE_FAILED.
but in my case, when i look into int returned by updateCounts , it consist of -3 all throughout (for as many stmts as i had batched up) regardless whether there was error at first stmt in batch or last stmt in batch .
This seems to be strange to me and really i am posting this Question here is because i find it hard that Oracle driver is not behaving as stated in api where it should either just return me an array with top n successfull stmts or return me an array with -2 and -3 for successful and failed stmts respectively
please correct me if i someone thinks that i am making some mistake.
This behaviour is actually documented - scroll down to a section titled "Error Handling in the Oracle Implementation of Standard Batching" and note the last paragraph in that section.
Oracle has two batching modes - Oracle specific and JDBC compatible. The documentation states that JDBC compatible mode will not gain much performance improvement. I'd say this feature is a little bit neglected.
The Oracle specific batching (described in the documentation I've linked above) is very easy to use and brings significant performance increase, although it is limited to a single PreparedStatement at any time. See the documentation for the details.
I’ve looked at a lot of different solutions, and in my humble opinion Aspose is the way to go. Here’s the link: http://aspose.com
subject: batchupdateException.getUpdateCounts() doesnot return correct result as per JDBC api