RE:Ejecutar Fichero SQL por JDBC
El codigo que escribi lo he probado con una base de datos robusta, no sé si sepas que cuando haces un comit a la base de datos no importa cuantos registros o tablas generes, lo importante para ganar velocidad es no abrir y cerrar comunicacion con tu DB. El algoritmo que escribi lo utilizo y sabes?? el unico problema que tengo es cuando obtengo los datos del archivo SQL porque al hacer mis backUps tengo que guardar 79 tablas y la mas grande tiene 2,129,727 registros y tengo varios catalogos que tienen arriba de 1000 registros, cuando hago el restore de la DB me tarda aprox 40 minutos pero el problema no es la concexion con la base de datos, el problema es al leer el archivo SQL ya que al parecer conforme va leyendo va saturando el buffer y alenta los procesos de lectura. Pero no te preocupes hasta el mismo SQLManager tarda un buen de tiempo, osea que sean por peras o por manzanas tendras que gastarte tiempo considerable dependiendo de la magnitud de tu base de datos.
ftp://ftp2.sat.gob.mx/agti_servicio_ftp/verifica_comprobante_ftp/FoliosCFD.txt
ftp://ftp2.sat.gob.mx/agti_servicio_ftp/verifica_comprobante_ftp/CSD.txt
la otra es hacer tu recovery por medio de separadores Pype, la cosa es hacer el elgoritmo que te construya el QUERY, yo lo tengo solucionado pero en realidad el problema es el tiempo de ejecucion
e parece que no te quedara de otra mas que resignarte a que el proceso de restauracion es muy lento, claro que depende de los datos que tengas, ahora bien, me imagino que eso lo haras en caso de que emplees un DRP o algo similar porque no es muy comun en un sistema que tengas que restaurar una version anterior a la base de datos, eso iria en contra de la ingenieria de software porque es como si a ti te borraran la memoria y perdieras una semana de recuerdos, en fin, si lo necesitas es por algo pero de antemano espero que no plenees utilizar restauraciones de DB a cada rato
Saludos!!!