¡Buen día a todos!
Bien, parece que ya encontré la causa del problema, no así todavía la solución.
Hice la misma prueba con un TIBDataSet y sudedió exactamente lo mismo. Luego utilicé un componente TIBSQLMonitor para examinar detenidamente las instrucciones SQL que se generaban cuando intentaba guardar el registro modificado.
Uno de los campos de la tabla es entero, autoincrementado con un generador y un disparador
before insert en la base de datos. Cuando doy de alta un registro, dicho campo obtiene su valor correctamente en la tabla, más no así en la memoria del componente TIBTable/TIBDataSet. En este último, después de realizar el guardado (Post) del nuevo registro, el campo autoincrementado se presenta aún en blanco, con su valor nulo predeterminado (
¿por qué? ¿debo refrescarlo? ¿cómo es adecuado hacerlo?). Por lo tanto, cuando intento guardar la modificación de un registro en la tabla, en ésta no hay físicamente un registro que coincida con ese valor nulo del campo en memoria, y la sentencia SQL Update interna no realiza ninguna modificación.
Ahora, con esto. Según veo, la solución está en hacer que el campo autoincrementado obtenga su valor correcto en la memoria del programa, antes de intentar hacer cualquier modificación sobre el registro. Si el disparador es
before insert, entiendo que el campo debería presentar un valor, por lo menos después de guardar un nuevo registro (
Insert Into).
¿Qué debo hacer para que ésto suceda? ForcedRefresh no surte efecto al respecto. Refresh si pero se cambia de registro, además de que tendría que llamarlo entonces siempre después de guardar un registro nuevo, por cada tabla de la base de datos que utilice un generador para alguno de sus campos.
Les agradezco mucho todas sus aportaciones.
Seguimos en contacto.
Al González
.