Tablas: Encabezado y Detalle

[mjjj]

Hola gente del foro, tengo una situación.

utilizo Firebird 2.0 y componentes Interbase de Delphi 2006.

Tengo 2 tablas, compras y detcompras... en don de almacenos ordenes de compra.

La aplicación se conectan varios usuarioa al mismo tiempo, por lo que para evitar problemas de correlativos en la tabla Compras, utilizo un trigger y un generador para dar el correlativo (que representa) a la orden de compra.

Hasta aqui todo bien, es problema es al almacenar el detalle de la orden de compra en la tabka detcomrpas... ya que para esto antes de la inserción, hago una consulta preguntando por el ultimo numero de orden de compra... esto genera problemas que ya en algunas oportunidades se me cruzan ordenes.

No se como resolver esto... investigando averigue por procedimientos almacenados, pero no se si es lo que realmente mas me conviene, ni tampoco se nada de ellos.

Espero me puedan guiar a la mejor solucion de esto.

Saludos

[[Caral]]

Hola
Yo creo que es mejor hacer las ordenes en tablas temporales con sus respectivos detalles, una vez que esten hechas se guardan.
Para guardar si se vierifica el ultimo numero, pero esto sera en segundos, por lo que sera muy dificil que dos lo hagan al mismo tiempo.
Otra forma es a la hora de empezar la orden se genere un numero inicial y que se verifique en ese numero para la siguiente orden.
Saludos

[mjjj]

Detallo un poco mas como lo hago hasta ahora, en 2 tablas temporales, guardo la orden y su detalle. En el Onclick de un Tbutton verifico que este todo een orden y luego almacenos en la tabla compras lo que tengo en la tabla temporal Temp_compras. Acto seguido, en el mismo procedimiento (onclick), pregunto el la ultima orden guardada (trigger y generador), y registro en la tabla detcompras, lo que tengo en la tabla temp_detcompras.

No es habitual que se me crucen ordenes de compra, pero si me ha ocurrido en algunas oportunidades.

Cual es la forma "elegante", correcta de hacer esto?
Esta bien hacerlo con trigger y generador?

Saludos

[Casimiro Notevi]

Un generador te garantiza que siempre será un número distinto, pero puede crearse saltos. Ejemplo:
Puesto 1, nueva factura, el generador indica que toca el núm. 10.
Puesto 2, nueva factura, el generador indica que toca el núm. 11.
Puesto 1, cancela la creación de la factura
Puesto 1, nueva factura, el generador indica que toca el núm. 12.
¿Y el 10?

[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.