Las insert en el DB2 son de lo mas puñetero, es la operacion mas 'lenta'.
Evidentemente las conversiones de datos requieren un tiempo adicional, que no debemos
despreciar, pero no es el el principal problema.
Si el programa va a insertar pocos registros en cada ejecucion puede que no te impacte
Pero esa conversión
de tipos le puede costar algo así como la décima parte de un milisegundo. Eso no
justifica los 14 segundos para insertar un registro. Yo que tu probaría a
ejecutar la sentencia, a ver si realmente tarda siquiera un
segundo.
Saludos.
Fernando Pérez. Cerámica Saloni. Dpt
No parecen sentencias muy dadas a la
optimización.
Haz un DSPDBR para comprobar la cantidad de lógicos
que tiene cada uno, quizá vayan por ahí los tiros...
Un saludo,Miguel
- Original Message -
From:
Cristhian Nuñez
To: [EMAIL PROTECTED]
Sent: Saturday, February 15,
Si quieres obtener mas informacion, que ayude a resolver la incognita, ejecuta el
programa con debug. No es necesario que pares en ninguna sentencia.
Una vez hayas pasado una parte del proceso (un % de registros representativo), ten la
paciencia de mirar toda la maravillosa informacion que el de
Cristhian,
Has sacado el PRTSQLINF después de compilar el programa ó después de ejecutarlo?
Realmente al compilarlo, la información que te puede dar el sistema nos es ni mucho
menos la mejor.
Si lo has ejecutado antes, pruena ha hacerlo y sacar la información de PRTSQLINF de
nuevo.
De toda
Supongo que el
tiempo necesario para insertar UN registro con valores que no vienen de un
select estará en función del número de lógicos del fichero y de los triggers e
integridades referenciales que intervengan. No creo que el tema de los lógicos
haga que el tiempo se vaya a 14 segundos, y
