Diferencia de tiempo de ejecucion con PreparedStatement

[elAntonie]

Wenas

Hay mucha diferencia en tiempo de ejecución, entre ejecutar 300 executeUpdate o realizar un batch con las 300 sentencias y ejecutarlas 'a la vez'??

Es que no consigo grandes diferencias y me gustaría que alguien me confirmara esta duda.

Gracias y un saludo.

[chuidiang]

Hola:

Yo hice mis pruebas en su día y tampoco conseguí grandes diferencias..... Obtuve mejores resultados a favor de preparedstatement si no se hace el auto-commit, sino que se hacen las 300 transacciones sin commit y se hace un único commit al final.

En fin, ahí tienes las conclusiones que saqué en su día y los comentarios que fue dejando la gente http://blog.chuidiang.com/2009/07/26...aredstatement/

Se bueno.

[elAntonie]

Gracias chuidiang.

Lo que figuraba.

Saludos.

PD. Nunca tengo autocommit. Es demasiado peligroso.

[jasistemas]

Pues yo llegue a trabajar con PreparedStatement en una base de datos DB2 en equipo iSeries (AS400), las tablas tenian muchos registros, 20,000 o 60,000 y si encontre diferencias importantes en tiempo de proceso cuando accesaba a los sqls preparados previamente. Sobre todo por que hacia variar los parametros WHERE

Saludos
Juan Arturo Gomez

[chuidiang]

Sí, uno de los comentarios que pusieron en el blog del enlace era precisamente eso, que en los WHERE que requieren el uso de índices de tablas y tal era donde más se notaba la diferencia, más que en insert o updates simples.

Supongo que en algún momento habrá que repetir la prueba con más tablas y consultas más complejas.

Se bueno.