FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Ecfisa, muchas gracias por responder.
Estos hilos los había visto, antes de subir mi pregunta, junto con otros tantos. Y aún así no lograba dar con una forma de hacerlo que me resulte eficiente. Lo del cacheupdates en true, no termino de entender como trabaja internamente, estaba buscando una forma alternativa, de manera de no tener que hacer 2 commit de un mismo IBTransaction para el alta(Commit en maestro, con solo el ID, y commit posterior para grabar los detalles; para luego editar el registro maestro). Si no existe otra opción, tendré que inclinarme por la forma comentada, que no me convence sobre todo porque con un rollback en el proceso de carga, no elimino el registro maestro commiteado primeramente. Lo que quería lograr es grabar registro maestro y detalles con un solo commit, evitando el problema de clave foránea. |
#2
|
|||
|
|||
Al asunto se me suma otro problema sobre la marcha.
Como dije, doy alta en tabla maestro, hago un commit y se me genera el registro en bd con el id autonumerico. El mismo que posteriormente le asigno a cada alta en detalle. El problema que me surge ahora es el siguiente... Doy de alta un detalle, hago un post, y al dar de alta el segundo, me da error de clave primaria. Yo suponía, que al ser un Id autonumérico el de la tabla detalle, podía dar de alta los registros que quería, y luego con el commit, se generaban automaticamente los diferentes Id de los detalles, superando el problema de violación de clave primaria. Como evito esto? La solución que se me ocurre es hacer un commit por cada detalle cargado, pero esto no creo que sea lo mejor. Necesito ayudaaaa! |
#3
|
||||
|
||||
Hola
Puedes asignar el mismo objeto de transaccion tanto al encabezado como a los detalles. A mi me funciona asi. Saludos |
#4
|
|||
|
|||
Caminante...yo tambien tengo el mismo objeto transaction asociado a ambas tablas. Pero no puedo resolver un alta en maestro y los respectivos detalles con un solo commit sin sufrir errores. Podrias darme un ejemplo para ver como lo haces funcionar?
|
#5
|
||||
|
||||
Bueno asi de memoria nomas
Para el problema de las claves primarias basta con utilizar la propiedad generatorfield del ibdataset. Antes de ingresar algun registro en el detalle (creo q en el evento afterinsert) hago:
Asi se asigna el valor del generador a la clave primaria y en el evento beforepost de la tabla detalle hago:
y al guardar solo hago
Bueno creo q mas o menos asi. Tu disculparas si es q hay algo q no es. Es q no tengo delphi a mano en este momento. Saludos |
#6
|
|||
|
|||
Gracias Caminante...pero los componentes que utiliza mi programa son IBTable.
Por el momento no encuentro solución. Lo que haré será quitar el campo ID_DETALLE como autonumérico, de manera de poder manejar yo el ID, y no esperar al commit de cada carga de un detalle, para que el registro reciba el ID autonumérico correspondiente. Y sobre lo primero, más que commitear un reg maestro solo con el ID y luego de cargar el detalle, editarlo y re-guardarlo, no encuentro. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Duplica registro en ClientDataSet maestro-detalle | Josepo | Conexión con bases de datos | 8 | 07-05-2013 10:59:09 |
¿Firebird Ibexpress y maestro detalle capturar id de registro recien ingresado? | JXJ | Firebird e Interbase | 5 | 03-09-2011 18:28:46 |
Maestro detalle solo muestra un registro | jandres | Varios | 2 | 10-06-2006 12:11:49 |
InserciÓn De Registro Con Maestro-detalle | perillan | Conexión con bases de datos | 5 | 23-10-2005 11:15:23 |
Cancelar un registro en maestro/detalle... | uper | Firebird e Interbase | 1 | 15-09-2004 17:56:40 |
|