|
Voy encontrando temas
He visto en otro hilo el problema similar, y le responden lo mismo, que primero hay que dar de alta la tabla maestro para poder introducir registros relacionados con el registro principal en la tabla detalle. La solución ofrecida es esta:
// antes de guardar el DetalleReparación:
if Reparacion.State in [dsInsert, dsEdit] then
Reparacion.post;
DetalleReparacion.Post;
(De otro caso similar)
Supongo que el procedimiento 'Post' permite guardar el registro maestro en la tabla. He de mirar si su función es similar a 'ApplyUpdates()'. Ya lo veré y lo diré aquí.
El problema es que si para introducir registros en la tabla detalle es necesario dar de alta el registro maestro, ¿Como hacer para que en todo momento el usuario pueda abortar la operación sin que quede constancia del registro maestro? Si este ha de estar de alta para introducir detalles y el usuario en un momento dado, antes de confirmar el proceso (total: maestro y detalles) decide abortar, sólo se me ocurre evaluar la situación y borrar el registro maestro si se trata de una inserción (y no de una actualización).
Y existe el problema de que si la clave principal de la tabla maestro es el número de pedido (creado por un trigger y secuencial), esto no me garantiza su secuencialidad. Y mas si la aplicación trabaja en red.
¿Alguna idea?
|