Creación de Subformularios con dbExpress

[radiohead]

Hola a todos.

Estoy realizando una aplicación de facturación conectada a BBDD Interbase. Cuando realizo una inserción (p. ej. de pedidos), el número de pedido lo asigna un trigger "after insert" sobre esa tabla, que además ejerce de clave principal.

El problema viene cuando quiero a su vez insertar registros de línea de pedido, en la tabla LINEA_PEDIDO, ya que van enlazados mediante clave foránea al registro activo de la tabla PEDIDOS. En la tabla PEDIDOS existen los campos ID, ID_PROVEEDOR, FECHA. En la de LINEA_PEDIDO los artículos a incluir en ese pedido.

Se trata de que al intentar incluir registros de línea de pedido aparece el error -lógico- de que no puedo incluir la clave foránea para enlazar con la tabla pedidos, pues este registro aún está en proceso de inserción, no aparece en la tabla.

La secuencia es:

ClientDataSetPEDIDOS.Insert;
//Introduzco los datos de proveedor y fecha pedido; ClientDataSetLINEA_PEDIDO.Insert;
//No hay clave foránea para enlazar los registros de esta linea de pedido.

¿Como se hace para enlazar los subformularios con el formulario principal?
La única solución, a priori, es dar de alta el registro de pedidos con ClientDataSetPEDIDOS.ApplyUpdates(0); antes de empezar a introducir los diferentes articulos de la LINEA_PEDIDO, sin embargo no es una solución muy satisfactoria. ¿Existe alguna otra forma?

Gracias por vuestra paciencia.:cool:

[radiohead]

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?