Tablas: Encabezado y Detalle

[mjjj]

casimiro, entiendo tu explicación, lo cual me ocurre y no me genera problemas, porque simplemente esas ordenes se conciderar nulas...

mi consulta está enfocada a la tabla que contiene el detalle de (todo lo que hemos discutido está enfocado a la tabla madre, principal, encabezado, etc.)

Lo qu necesito es poder asegurarme que las tablas estarán correctamente relacionadas por medio del campo NOC: Integer, en cual en la tabla compras es autoincremental y en la talba detcompras no puede serlo, ya que una orden puede tener mas de un detalle y en este caso existiran mas de un registro con el mismo valor de NOC. En la tabla detcompras existe otro campo NCORR: Integer, que es el que me da la posición del item dentro de la orden de compra... la clave primaria de esta tabla es compuesta por NOC y NCORR.

Entonces, cual es la mejor forma para desarrollar esto?

[mjjj]

por favor, alguna idea de como desarrollar esto....

Como realizará esto cualquier sistema de gestión, que realize ordenes de compra, o cualquier documento que la información se almacena en 2 tablas.

Espero me puedan ayudar.

[Casimiro Noteví]

En teoría, si tienes el código de la cabecera sólo has de ponerle el mismo a la de detalle.
Pero no podemos decirte mucho más si no vemos tu código.

[mjjj]

Tengo 2 tablas, compras (encabezado) y detcompras (detalle), en ellas registro la información de ordenes de compra.

En el evento de ONclick de un Tbutton tengo este codigo.

Código Delphi [-]
insert into compras (fecha, nprov, aval)
values (current_date, :nprov, :aval)

Existe un campo en la tablas compras que se llama NOC: Integer, el cual se ingresa con un trigger y un generador, como sigue:

Código Delphi [-]
SET TERM ^ ;
 
CREATE OR ALTER TRIGGER COMPRAS FOR COMPRAS
INACTIVE BEFORE INSERT POSITION 0
AS
begin
    NEW.NOC = GEN_ID(COMPRA_NOC,1);
end
^

SET TERM ; ^

Hasta aqui todo bien, de esta forma evito tener ordnes repetidas y funciona perfecto.

El problema se me presenta cuando quiero almacenar los registros de la tabla detcompras... con que valor de NOC lo guardo... no necesariamente es el ultimo, imaginense que justo despues de almacenar la orden 100, otro usuario almaceno la 101 (segun el generador), y lo que correspondia a la orden 100, quedó en la 101.

Esta me está ocurriendo, por eso es que lo expongo.

Me gustaría saber como almacenar esto, evitando que se me crucen ordenes.

Pudiera ser un procedimiento almacenado, me podrá servir esto?
Cualquier idea es bienvenida.

Saludos

[Casimiro Noteví]

Pues sólo debes recuperar ese código que creas mediante el trigger para poder guardarlo luego con la tabla de detalles.

También puedes usar un procedimiento almacenado que te devuelva el código de la cabecera a insertar, en lugar de hacerlo por trigger. Así luego usas ese código también para guardar los registros de detalle.

[[AzidRain]]

Precisamente estaba pensando en ese detalle de FB cuando me aperece este post. Yo uso más MySQL y tiene una cómoda función que devuelve el último número generado, solo habría que escribir una pequeña función para FB para hacer precisamente eso. El proceso me parece es el que está causando el problema:

1.- Grabar la cabecera
2.- Verificar que número asignó FB
3.- Poner ese número en todas las filas de detalle
4.- Grabar el detalle.

[Casimiro Noteví]

Claro, es lo que comentaba antes, es necesario un procedimiento almacenado o una función que devuelva el código que toca y luego usar ese código en la tabla de detalle.