![]() |
Evitar KeyViolation
:cool: Saludos ya coloque esta pregunta en otro hilo, pero me di cuenta que su fecha es muy antigua y para evitar que depronto no vean mi pregunta, la coloco en este hilo, agradezco que los moderadores me entiendan.:cool:
Tengo Un Problema Al Validar Llaves Primarias. Resulta Que Yo Hice Una Aplicacion Que Se Alimenta A Partir De Archivos Planos. Yo Valido Usando Una Consulta Que Toma Cada Linea Y La Consulta En La Tabla, En Caso De Que Su Llave Este Duplicada, El Sistema actualiza los campos que acompañan a la llave en, En Caso Contrario Crea Un Nuevo Registros Con Estos Datos. El Problema Es Que Al Cargar Un Archivo Con Muchos Registros El Sistema Se Me Pone Lento. Estoy Convencido Que esto Radica En La Forma De Validar. Que Me Recomiendan Ustedes Hacer Para Mejorar El Rendimiento. Agradezco La Atencion. Atentamente Ing Harry :d :d :d |
Cita:
// Saludos |
En Serio Necesito De Su Colaboracion, No Encuentro La Manera De Solucionar El Inconveniente,agradezco Su Atencion...:( :( :(
|
Hola:
Pareces desesperado, lo que no has puesto es la base de datos que usas. Por otro lado ¿por qué no subes la información como va a una tabla temporal a fin de que trabajes sobre la misma base de datos? Saludos |
Que tal
Depronto por el afan que tengo no he dado los datos completos, estoy trabajando una base de datos en mysql, estoy comunicandola via odbc, a continuacion describo el codigo que estoy utilizando para trabajar.
Agradezco su atencion y colaboracion :cool: :cool: :cool: |
Hola:
¿MySQL? es una base de datos que no he usado, que gran ayuda no? :D Bueno, bueno para empezar ¿cuantos son muchos registros?, hay varias maneras en las que lo puedes hacer, por lo que veo en tu rutina darle formato al archivo que vas a subir está bien (a menos que lo veas lento). Ahora al momento de buscar la llave ¿por qué no pones la sentencia en el Query y solo le pasas los párametros? pero en lugar de traer todo el registro un count(*):
De manera que sólo le pasas la sentencia una vez y la vas abriendo:
Ahora bien, de lo que yo he hecho llamar a post en cada registro lo hace muy lento y lo uso cada determinado número de registros insertados, por ejemplo cada 1000 registros. Prueba a ver si esos arreglos hacen más rapida la aplicación. |
Otra manera
Adicionalmente, otra manera de hacerlo es:
1.Modificar el archivo origen como lo haces. 2. ¿ Es que acaso en MYSQL no hay opción de hacer un export o import desde un archivo de texto?, para subir el archivo a una tabla temporal. 3. Crear un indice "al vuelo" de la tabla temporal 4. Hacer un insert de los registros cuya llave no sea igual 5. Hacer update de los registros que sean iguales 6. Borrar la tabla temporal A lo mejor asi sea más rapido Saludos |
Antes que nada ramiretor gracias por tomarte el tiempo de mirar mi hilo.
Te cuento que trabajar tablas temporales me generaria aun muchos mas inconvenientes, pues la cantidad de registros promedio que manejo son 13500 mas o menos, la rutina de preparacion de la estructura del archivo es rapida, no tiene inconvenientes, pero el problema esta dado es en la forma como valido, las llaves, me han hablado de manejarlo con exepcion pero la verdad no se como hacerlo. Ahora he dejado para cerrar la tabla unicamente al final del proceso, y no tener que estar abriendola y cerrando cada vez que inserto o actualizo, eso me ayuda bastante. Te agradezco la atencion y espero que sigamos trabajandole a esto para retroalimentar los conocimientos.:cool: :cool: :cool: |
Hola:
De hecho se me hacen pocos registros, tienen razón con la excepción se puede manejar (de hecho ya no buscarías la llave en la tabla destino), quedaria:
A ver prueba así Saludos |
Creo que hay varias cosas específicas de MySql que se pueden investigar para optimizar la actualización.
1. De ser posible no usar ODBC sino alguna otra componente de acceso directo como ZEOS o MyDac. 2. No deshechar inmediatamente la opción comentada de las tablas temporales. MySql maneja tablas de tipo HEAP que son tablas en memoria por lo cual son muy rápidas. 3. Investigar las distintas formas de insertar registros a. Por un lado INSERT tiene la cláusula opcional ON UPDATE que sirve para actualizar un registro en lugar de insertarlo en el caso de encontrar uno cuya llave primaria ya exista. b. INSERT acepta la inserción de múltiples registros en una sola instrucción lo cual es mucho, pero mucho más rápido que una sucesión de instrucciones INSERT. Combinado con a. puede hacr una enorme diferencia. c. También existe la sentencia REPLACE, que es similar a INSERT ... ON UPDATE pero con la diferencia de que primero borra el registro repetido y luego inserta el nuevo en lugar de simplemente actualizarlo. d. Investigar la posibilidad de usar LOAD DATA INFILE, que lee directamente de un archivo de texto y es aún más rápido que INSERT con múltiples registros. LOAD DATA INFILE acepta la directiva REPLACE para manejar los registros duplicados. No aseguro que esto va a ser más eficiente sobre todo porque implica construir un archivo de texto que luego se manda al servidor, pero creo que vale la pena investigarle. // Saludos |
Agradezco tus comentarios, y tu forma de explicar, los tendre en cuenta y empezare a investigar no solo para este problema sino a futuro. Como siempre muy bien explicadas tus respuestas roman.
Estamos en contacto. |
La franja horaria es GMT +2. Ahora son las 04:36:05. |
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