FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Lentitud al leer ClientDataSet.ChangeCount / Delta
Un saludo al foro
Tengo un problema de rendimiento, estoy usando un ClientDataSet (sin estar conectado a un proveedor) al cual le agrego 235,000 registros de un solo golpe, inmediatamente después de terminar las operaciones de insercion, al consultar el valor de ChangeCount, tarda muchisimo tiempo en regresar de la llamada, el mismo problema me da al acceder a la propiedad Delta. Es un bug? Hay un forma mas eficiente de saber solamente si se ha modificado el conjunto de datos sin consultar ChangeCount? Programo con Delphi XE3 en WinXP Pro.
__________________
eLcHiCoTeMiDo - Rompecorazones profesional Yo no soy presumido; ¿Pero de qué sirve mi humilde opinión contra la de los espejos? Salva a un nylon, usa prendas de piel de foca |
#2
|
||||
|
||||
235000 registros de ¿cuántos kbytes cada uno?
|
#3
|
||||
|
||||
La estructura es, y si no mal recuerdo el tamaño de los datos
ID Integer 2 bytes Num1 Float 6 bytes Num2 Float 6 bytes Num3 Float 6 bytes Flag String[1] IsNav Boolean 1 byte TimeStamp DateTime 6 bytes Commentarios string[255] Num4 Integer 2 bytes 285 bytes
__________________
eLcHiCoTeMiDo - Rompecorazones profesional Yo no soy presumido; ¿Pero de qué sirve mi humilde opinión contra la de los espejos? Salva a un nylon, usa prendas de piel de foca |
#4
|
||||
|
||||
Corrijo lo anterior, considerando que los Int son de 4 bytes y los float de 8 bytes, la suma total para el registro sólo para datos es de 289 bytes, que multiplicados por los 235,000 registros, nos da 67,915,000 bytes en memoria al menos.
El campo Comentarios casi siempre está vacio, de todos estos registros que se insertan, si acaso habrá 200 registros con Comentario de no mas de 50 caracteres de largo. Sigo sin entender, por qué es tan lento el sólo consultar el valor que regresa ChangeCount? Traté de asignar Delta a la propiedad Data de otro ClientDataSet como método alterno y al momento de hacer la asignacion cds2.Data := cds1.Delta tarda muchisimo tiempo.
__________________
eLcHiCoTeMiDo - Rompecorazones profesional Yo no soy presumido; ¿Pero de qué sirve mi humilde opinión contra la de los espejos? Salva a un nylon, usa prendas de piel de foca |
#5
|
||||
|
||||
Hola rcarrillom.
Hice una prueba con un TClientDataSet en memoria cargándolo de forma aleatoria: Y, si bién la carga inicial tarda dada la cantidad de registros, la respuesta de la propiedad ChangeCount en Button1Click es instantánea. No sé si se me esté pasando algo por alto o si habré interpretado mal la situación... Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#6
|
||||
|
||||
Gracias ecfisa, el escenario general es este, se generan varios archivos Access con la misma estructura por una aplicacion antigua cuyo contenido es un registro de entrada de un puerto serial, y con mi app leo los registros de todos ellos con ADO y los inserto en el ClientDataSet, llegando hasta 300 mil registros.
La estructura la genero de la siguiente manera:
Y para llenarlo con registros, repito el proceso por cada archivo Access que el usuario seleccione con un diálogo Open con seleccion múltiple, como nota, el campo Comment, el 98% de las veces está vacío:
Al terminar de anexarlos todos, inmediatamente intento leer ya sea el ChangeCount o el Delta y aqui es donde tarda muchisimo tiempo. Es en este punto donde no entiendo el porqué de la tardanza cuando son 235K registros agregados de un solo golpe, si le agrego 17K la respuesta es casi inmediata.
__________________
eLcHiCoTeMiDo - Rompecorazones profesional Yo no soy presumido; ¿Pero de qué sirve mi humilde opinión contra la de los espejos? Salva a un nylon, usa prendas de piel de foca |
#7
|
||||
|
||||
Hola Ricardo.
Es extraño (e interesante) lo que comentas. Veré si encuentro una pista en los fuentes de MIDAS (el motor interno de TClientDataSet). Pero tengo una duda: ¿cuál es la razón por la que necesitas usar ChangeCount? Para conocer la cantidad total de registros puedes usar la propiedad RecordCount. ChangeCount, en cambio, te dice cuántas modificaciones (altas, bajas y cambios) hay en la "bitácora de cambios" del conjunto de datos respecto a cómo se encontraba antes de comenzar dichas modificaciones. Si éste último dato no fuera necesario en tu caso, te recomendaría poner la propiedad LogChanges en False antes de comenzar las inserciones y usar la clásica propiedad RecordCount. De esa forma el proceso trabajará más rápido. Un saludo desde el ciber. |
#8
|
||||
|
||||
Hola Ricardo, ya nos contarás cómo va.
Cita:
Un saludo. |
#9
|
||||
|
||||
Cita:
Si así es, cuando realizo cargas muy pesadas en memoria, acostumbro a usarlo con ese fin. En realidad estuve a punto de proponer el uso al menos luego de la carga de cada archivo Access (suponiendo que no serían significativos los cambios provocados por la carga), pero pensé que luego del mensaje había sido probado sin efecto. Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 07-06-2014 a las 04:18:36. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Lentitud con ClientDataSet.XMLData en Servicio Datasnap | code88 | Varios | 4 | 08-02-2013 18:43:07 |
buscar registros de un ClientDataSet a otro clientDataSet | novato_erick | Conexión con bases de datos | 2 | 02-02-2013 20:48:09 |
Lentitud leer .csv | ErYcK | C++ Builder | 23 | 05-07-2012 22:56:44 |
Lentitud en la red. | Carlos Arevalo | Varios | 2 | 09-07-2007 19:04:08 |
Modificar propiedad Delta de CDS | alucardo | Conexión con bases de datos | 0 | 04-10-2006 19:36:41 |
|