factura maestro detalle
Hola,
Se que es una tonteria de pregunta a estas alturas del partido, pero ahi va. Si tengo una factura que voy a dar de alta, lo primero que estaba haciendo era dar de alta la factura, hacer un post, transaction comminretaining para obtener el registro y poder empezar con los registros detalle que conforman la factura. Esto esta bien asi, o hay alguna otra forma. Lo digo porque tengo dos tablas:
Tengo asociado el ibdataset de compradetalle con ibcompra. |
Tienes que iniciar una transacción antes de grabar nada. Es decir, primero tienes que crear tu transacción y hacer todas las operaciones que necesites sobre la BD si alguna falla deshaces la transacción y no pasó nada. En estos casos es forzoso que lo hagas así, de lo contrario podrías quedarte con un detalle sin cabecera, si es que no diseñaste bien el modelo de tablas.
|
Yo antes lo hacia de esa manera, pero es un desastre. La mejor forma de hacerlo: Olvidate de la base de datos hasta el momento de grabar
Manten todo en memoria (usa objetos) y luego mandas todo a grabar, en una transaccion Piensa en codigo de este estilo:
|
Gracias por contestar.
Si, es lo que estaba buscando, alguna forma alternativa de hacer eso mismo. Lo de la memoria mas o menos lo entiendo, pero me parece mas lio, porque tengo que pasar todo a variables o arrays y luego lo vuelco a las tablas. Lo interesante es iniciar la transaction pero mi pregunta era si hago un post de la factura todavia no tengo asignado el codigo de compras para pasarselo a comprasdetalle. o quiza no lo entendi, perdon. |
La mayoria de los motores soportan algun tipo de operacion especial, externa al standart SQL, que permite insertar una tupla y devolver el Id que uso al insertar
Por ejemplo en Firebird se usa la cláusula returning |
O usar ClientDataset, es lo mismo que tener los datos en memoria, insertando todo en cada tabla y hasta que no haces un ClientDataset1.ApplyUpdates() inicia la transacción y graba los cambios.
Es igual para borrado, puedes borrar 20 filas de un grid (que está enlazado al ClientDataset). Tú ves que las filas se eliminan del grid, pero no se aplican los cambios a la BBDD hasta que no lo ordenas. Saludos! |
Gracias, tengo que ver eso a ver que tal.
Lo que me saca del cuadro es que si inicio transaction1.startransaction me dice que esta activa, y la verdad no lo he aplicado en ningun modulo. ademas tengo que revisar otros detalles como que no me encuentra un campo que no esta puesto. :(. gracias por el apoyo amigos |
No se que componentes de acceso a datos estas usando, pero la mayoria de los Connection o Transaction tienen eventos, OnBeginTransaction, OnCommit, OnRollback, etc
Registra siempre en esos eventos cuando ocurran y asi vas a encontrar en donde estas llamando a iniciar una transaccion |
Ah si, uso componentes ibx,
La verdad es que no he usado en ningun sitio startTransaction, por eso se me hace raro. |
Ahora mismo no recuerdo exactamente, pero tienen una propiedad que permite a los componentes empezar las transacciones automáticamente. Mírate también la ayuda del ibtransaction.AutoStopAction (si empieza una transacción automáticamente y eso está en saNone, la transacción no hace ni commit ni rollback)
Una vía rápida es:
Que conste que no lo tengo muy fresco el tema... |
Se agradecen a todos los comentarios, asi lo hago como dices, lo unico que tengo duda es como veo si hay transacciones activas, a parte de con esa forma, porque no veo como cerrarlas. Ya probe con transaction1.rollback.
|
La franja horaria es GMT +2. Ahora son las 20:03:08. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi