Campos que se pierden después de un Applyupdates

[[AzidRain]]

Aqui lo raro es que los datos si se van a la base de datos y se guardan, pero como que el clientdataset pierde sincronía o algo porque limpia todos los campos y ya no muestra los del registro que se acaba de insertar y que de hecho se convierte en el actual. Cabe mencionar que hago el refresh correspondiente justo después de aplicar los cambios.

[[felipe88]]

Empezado por AzidRain

Cabe mencionar que hago el refresh correspondiente justo después de aplicar los cambios.

Hola Azid, mira que este mismo problema se presenta en un programa que usamos aca en mi oficina (Desarrollado por personas ajenas a la empresa), de un momento a otro este no queria dejar guardar registros, entonces los desarrolladores decidieron añadir unas lineas y un query para solucionar este probrema seguido de un refresh como tu dices... efectivamente hemos tenido que tolerar este molesto efecto visual, si damos click en actualizar los datos nos sale un error "no puede actualizar sin guardar bla, bla, bla..." o si hago click por fuera parece como si los borrara... en fin, desde mi punto de vista y sin ser muy técnico le atribullo al refresh este problema, eso si; no estoy diciendo que sea la unica opción, como he dicho el desarrollo es de otras personas y hasta ahora no han hecho nada al respecto ... espero encuentren la solución, cualquier cosa la comentaré al respecto

[[AzidRain]]

Necio que soy, lo de menos sería cerrar el formulario y tan-tan, si quieren editarlo nuevamente que lo abran con la opción adecuada y punto. El chiste es que los datos que muestra el formulario corresponden a lo que vendria siendo la tabla maestra y a su vez muestra datos de al menos 3 tablas hijas. Esta tabla maestra tiene un campo autoincrementado que la identifica y como es obvio es necesario saber el número que le asignó la BD para a su vez colocarlo en la clave foránea de las tablas hijas. Inicialmente habia pensado en aplicar los cambios con applyupdates y luego acceder al valor de la clave mediante fielbyname de la cdspadre pero ahi fue donde me di cuenta que siempre vaciaba los datos de todo el registro. Lo que hice fue ir directamente a la BD y pedirle el último autoinc y proceder de ahí. Lo que que me ha seguido molestando es el por qué se borran todos los campos justo despues del applyupdates.

[roman]

¿Usas MySQL? Igual no tiene nada que ver, pero tengo idea de haber visto algo relacionado al respecto con los autoinc. Voy a aventurar algo, a ver si no es descabellado:

Cuando haces el Refresh, el CDS debe solicitar nuevamente los datos al servidor (o al provider), pero posiblemente no tenga aún el valor autoinc generado por el servidor; luego entonces, no sabe qué registro pedir.

// Saludos

[[AzidRain]]

Si Roman, uso MySQL...

Cuando haces el Refresh, el CDS debe solicitar nuevamente los datos al servidor (o al provider), pero posiblemente no tenga aún el valor autoinc generado por el servidor; luego entonces, no sabe qué registro pedir.

Me parece que por ahí podría ser la cuestión, suena lógico, lo voy a probar con otras formas similares que tengo en mi aplicación que igual usan autoincs par a ver que pasa.

[roman]

No he podido reproducir el comportamiento que describes ni con ZEOS ni con MyDAC, ¿qué componentes usas?

// Saludos

[[AzidRain]]

Uso Zeos....
Ya descubrí que pasa.

Efectivamente es lo que decías Roman. El componente de acceso a datos, un Zquery tiene este SQL:

Código SQL [-]
 select * from tabla where campoindice=:campoindice

El parametro :campoindice lo utilizo para acceder algun registro en particular.
Ahora bien cuando deseo insertar uno nuevo ejecuto el query con el parametro en nulo (no devuelve nada obviamente) y hago un Append en el ClientDataset. Lleno todos los campos (excepto el valor clave que es un autoinc) y hago el post + applyupdates. Y aqui todo va bien como ya platiqué, se graba y todo muy bien. Pero...como tu decías y decías bien, para el ClientDataset el sigue teniendo un valor nulo en el parametro por lo que al darle refresh vuelvo a tener el query como al principio de la edición: vacío.

SOLUCION:
Después de hacer applyupdates, obtener el autoinc de MySQL y ahora sí colocarlo en el parámetro que estaba en nulo al principio y hacer el refresh. Voilá...funciona perfecto.

Gracias Román.