![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
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 |
|
#2
|
||||
|
||||
|
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?
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#3
|
|||
|
|||
|
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? |
|
#4
|
|||
|
|||
|
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. |
|
#5
|
||||
|
||||
|
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.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#6
|
|||
|
|||
|
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.
Existe un campo en la tablas compras que se llama NOC: Integer, el cual se ingresa con un trigger y un generador, como sigue:
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 |
|
#7
|
||||
|
||||
|
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.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Reporte Maestro/Detalle/Detalle de 4 Tablas | jovehe | Impresión | 2 | 23-03-2005 01:25:02 |
| Total en Encabezado Detalle | pache | Conexión con bases de datos | 1 | 12-10-2004 18:15:24 |
| Tablas Maestro-Detalle | silviodp | Conexión con bases de datos | 13 | 07-06-2004 22:55:22 |
| tablas maestro/detalle | vetustas | Conexión con bases de datos | 7 | 09-11-2003 22:56:21 |
| insertar en tablas maestro detalle | mnorza | Conexión con bases de datos | 6 | 25-10-2003 02:28:19 |
|