![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Hola.
Como comenta Maro, este problema es debido a que el valor del campo ID lo proporciona el Servidor, y el ClientDataset no lo conoce. Es más cuando vas introduciendo los detalles, es posible que aún no hayas grabado la cabecera, por lo que no hay forma de saber cual será su valor de clave primaria (ya que solo lo asigna automaticamente el servidor al grabar). Imagino que las secuencias de PostGree deben ser parecidas a los generadores de Firebird, que es la base de datos que utlizo habitualmente. En Firebird, no habilito ningún trigger para que el servidor asigne la clave primaria en función del generador (secuencia). En lugar de ello, al crear un registro en el clientdataset (en el evento AfterInsert) hago una consulta para averiguar el nuevo valor del generador, y se lo asigno a la clave primaria. De esta forma no tengo que esperar a grabar el registro para tener el valor dela clave, y cuando creo los detalles ya conozco el valor de la clave de relación. Seguramente podrás hacer algo parecido en PostGree. Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
|
#2
|
|||
|
|||
|
Hola
Jo empleo dos generadores, bueno tambien puede ser un generador y una tabla de contadores. Al iniciar una factura busco el numero que me va a dar el contador y le aumento ya en 1 para si alguien creara otra factura el numero ya esta incrementado. bueno ja tengo el numero, si cancelo factura pues nada , adios y muy buenas porque el numero que tengo no es realmente el numero que ira a la factura , es un numero que tengo guardado para la integridad referencial. Bueno sigo haciendo la factura y en los detalles voy clavando en numero escondido. Al final al aceptar la factura busco en el contador el numero real de la factura y lo pongo, pero realmente solo es el numero de la factura, el numero de referencia de los detalles con la factura es el numero escondido. El unico problema es que tienes que crear un indice mas, pero a mi lleva años funcinandome. Un Saludote
__________________
Gabriel |
|
#3
|
|||
|
|||
|
Perdon ha habido un error
Donde pone Al iniciar una factura busco el numero que me va a dar el contador y le aumento ya en 1 Realmente el primer numero lo busco en el Generador , no en el Contador. En el contador busco al final el numero real que llevara la factura. Incluso si quiero puedo cambiar ese numero de la factura, porque realmente la integridad referencial me la mantiene el numero del Generador, que tengo escondido Otra ves Un Saludo
__________________
Gabriel |
|
#4
|
|||
|
|||
|
Hola Gabriel,
Tu estructura lógica la veo muy buena ( yo utilizo casí el mismo procedimiento), tan solo ( creo ) le matizaría un pequeño detalle, casi sin importancia. Lo de utilizar un indice interno para el control de los cambios sobre un registro lo voy muy acertado, si lo estás convinando con un generador para obtener el siguiente id mejor. El pego ocurre, que estás dando por hecho que cuando el usuario inicia una factura la va a confirmar, sino la confirma estás disparando una serie de eventos en el servidor que no son necesarios y por lo tanto ( desde mi punto de vista ) estás ocupando el servidor en tareas que se pueden realizar en el momento que se confirma la operación, además puedes tener problemas de concurrencia, en grupos de trabajo. Parece un detalle sin importancia, pero en aplicaciones vía Internet y con un número considerable de usuarios, cada consulta que ejecutas sobre un servidor de base de datos vale su precio en Oro. Espero que no te moleste este comentario. Saludos.
__________________
Maro. OutSourcing de programación con Delphi. Última edición por maro fecha: 11-02-2004 a las 20:58:42. |
|
#5
|
|||
|
|||
|
Bueno, he leido y releido estos comentarios y me dan ideas, la idea es la siguiente, veamos a ver si funciona, la escribiré de todas formas:
Se necesita que el ClientDataset Maestro aplique las actualizaciones (aqui ya se genera un error que dice que no se encuntra el registros para la tabla maestra), pero este se genera es por el ClientDataset Detalle y tarea que efectua el Provider. Por otro lado el ClientDataset Maestro necesita llevar las actualizaciones al servidor (o a la base de datos) y una vez entra el registro, se refresca el registro y se lleva al ClientDataset Maestro con el Id conocido. Simultaneamente en el provider hay un evento OnUpdateData y OnUpdateError, en el cual si mal no leí en la ayuda de Delphi, uno puede escoger que actualiza del Delta a la base de datos, de tal manera que cuando pase por el Delta del Detalle, lo rechace (guarde en memoria, aqui va mi idea, etc) y cuano ya el ClientDataset Maestro tenga el Id conocido, se pueda grabar el detalle. Viendo lo que acabo de escribir, existen riesgos de perder los datos del detalle (creo) no se si alguien me capta la idea, estoy cansado, con tenerla escrita la miraré mañana y espero alguien desenrede esta idea. Gracias a todos, Att. DANIEL |
|
#6
|
|||
|
|||
|
Cita:
Santiago |
|
#7
|
|||
|
|||
|
al parecer este tema ya tiene mas de un año pero si te sirve de algo en lo que estas haciendo lo unico que necesitas es tener una bandera y con ella controlar el incrementable de la tabla maestra+1 y con esto te dara el numero que necesitas para la tabla detalle esa la controlas tu manualmente espero te sirva de algo llevo haciendo desde hace un buen tiempo los programas y es la mejor forma que encontre para eso le intente algunas veces con algunos componentes y no me molestaria si alguien tambien me dijera que existiera una forma mas simple de hacer esto
saludos y vamos a la feria de San Marcos en Mexico |
|
#8
|
|||
|
|||
|
Solucion
Buenas, mi solución a esto es no asocioar o relacionar las tablas, sino que en mis programas le pongo el ID autonumérico, luego, despues que hago el commit y cierro la tabla, localizo mi registro de nuevo, por medio de una sentencia sql que me devuelve la última transaccion del usuario que esta usando el programa, luego que localizo mi registro y ya sé qué número le puso el manejador de bases de datos, comienzo a grabar el detalle, con el número de antes dicho.
si no te funciona, me avisas, que son infinitas soluciones y mas cuando usamos delphi ![]() |
![]() |
|
|
|