![]() |
Importar padron ARBA 2014
Hola,
Disculpen esta entrada pero tal vez alguno de ustedes tal vez manejan la trilogía DB_Firebird + Delphi + FIBPlus , o similar. La consulta es para los residentes de BsAs. y es: ¿Han intentado importar el padron de ARBA con el nuevo formato 2014? Son 2 archivos y cada archivo contiene algo de 3.222.000 registros delimitados por "punto y coma", aunque yo lo accedo por posiciones fijas. De alli solo extraigo el "Nro. CUIT" y la "Alicuota" que transfiero a una tabla puntual de mi DB. Son solo 2 archivos TXT, pero la incorporación a mi DB es muy lenta. Tarda unas 18 horas en procesar los dos archivos. Existe alguna manera de realizarlo medianamente veloz ? Gracias de antemano, YAKO |
Con toda seguridad la lentitud se produce en la lectura del archivo de texto. tal vez si lo cargaras completo en memoria, se aceleraría el proceso.
No soy de Buenos Aires, aunque conozco bien delphi-fibplus-firebird :) Pero si solamente te pueden contestar los de Buenos Aires... tenías que haber puesto la pregunta en buenosairesclubdelphi.ba :D |
Hola
Yo tampoco soy de BsAs, pero he usado algunas veces la importación de archivos TXT. :D Será que cada vez que agregas un registro abres tabla/base de datos, ingresas el registro, generas el POST, haces un commit cierras tabla/base de datos???, esto multiplicado por dos archivos con mas de 3 millones de registros, puede que sea lento. Si no es eso, no se que mas pueda ser. Saludos |
Aunque lo primero de todo es que ponga aquí el código fuente para que veamos cómo trabaja.
|
Cita:
Saludos |
Yo estoy mas cerca así que mi respuesta debería llegar mas rápido...:D
Bueno fuera de bromas, amigo como dicen los colegas comparte un poco de código para ver que podría estar provocando la lentitud... Un abrazo. |
Solucionado
Gracias a todos por participar.
Nobleza obliga, les dejo como lo hice. Tuve que optimizar los StoreProc de la base de datos y el codigo, pero funciona bien. En 1 Hs está procesado. En la Db de Firebird cree 2 tablas temporales (una para cada alicuota) sin indexar, con campo CUIT y ALICUOTA. Mi tabla del padron principal tiene 3 campos: CUIT / Ali_Percep / Ali_Reten indexado con clave sobre el primero. El proceso se hace desde el sistema disparando diferentes SP en la DB. Primero un SP hace el borrado de las tablas temporales. Luego cargo en un TStringList uno de los archivos para obtener los datos necesarios y almacenarlos en la tabla temporal correspondiente con un proceso similar a este: <DELPHI>
Si todo anduvo bien (yo utilizo banderas de status, pero lo anterior puede encapsularse en una funcion que devuelva True/False y obrar en consecuencia) entonces unimos mediante otro SP encargado de unir en el padron definitivo las alicuotas existentes en las dos tablas temporales:
------ <FIREBIRD> En la DB, el SP encargado de unir a la tabla del Padron definitivo las alicuotas existentes en las dos tablas temporales es esto:
Saludos a la comunidad, |
Ufff... yo haría todo bastante diferente :D
Para empezar quitaba ese Application.ProcessMessages porque lo enlentece muchísimo (pondría simplemente el cursor del ratón con el reloj de arena). Tampoco haría un commit cada 500 registros, si son varios millones, los haría al menos cada diez mil o algo así, tendría que hacer pruebas. Además aprovecharía en ese instante que hace commit para hacer el application.processmessages Luego, lo de pasar a un stringlist y luego a una tabla en memoria... no acabo de entenderlo, en principio me parece trabajo doble. En fin, que tendría que conocer mejor todo lo que haces para decidir una cosa u otra. |
Estimado hgiacobone si me lo permite, quisiera proponer algunos cambios, pienso que podría mejorar el rendimiento.
1) Leer el archivo de texto sin pasar por la carga de este a un TStringList. 2) Evitar el uso de tablas temporales y realizar la inserción o actualización en la tabla final (PADRON) 3) Modificar procedimiento almacenado que realiza el merge de las tablas temporales. Por supuesto puede ser que mi mirada no cumpla con sus requerimientos, A ver que le parecen.
Espero que mi pequeño aporte le ayude a mejorar el rendimiento de su proceso. NOTA: Tome en cuenta que el conteo de las lineas del archivo para mostrar la barra de progreso puede ser omitida para mejorar mas el rendimiento Saludos cordiales |
Gracias
Cita:
|
La franja horaria es GMT +2. Ahora son las 06:18:17. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi