FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Problemas con ClientDataSets dinamicos
Hola,
Desarrollo las aplicaciones utilizando BCB6 + FB1.5 y utilizo para acceder a los datos ClientDataSet + DatasetProvider + IBQuery. En algunas ocasiones al realizar el ApplyUpdates al ClientDataSet me genera el evento OnReconcileError y me da el error 'record not found'. Este error sucede porque no puede encontrar el registro que tiene que actualizar y esto a su vez porque el ClientDataSet no ha podido averiguar cual es la clave primario de la tabla. Una solucion al problema es crear los campos de forma estatica en el IBQuery y marcar que los campos que son la clave primaria mediante la propiedad ProviderFlags->pfInKey. Como decia al principio este error no me sucede siempre y me gustaria poder continuar sin utilizar los campos estaticos. Por cuestiones de que a medida que voy modificando las estructuras de las tablas no tengo porque modificar la aplicación y añadir los campos nuevos como estaticos para poder acceder a los nuevos campos. El problema es que cuando no se utilizan los campos estaticos, pues no sabe cual es la clave principal y da problemas para actualizar (curiosamente pocas veces) Haber si alguien tiene alguna sugerencia al respecto.
__________________
Saludos, Bitman |
#2
|
||||
|
||||
Hola.
Algo como lo siguiente hago yo para todos los conjuntos de datos a los que asocio un TDataSetProvider:
Suponiendo que no uses un nombre común para el campo llave (hay a quienes les gusta la incómoda repetición del nombre de la tabla como parte del nombre de su campo principal, y también quienes desestiman las ventajas de las llaves artificiales), entonces puedes tomar el primer campo, asumiendo que éste siempre será el campo de llave primaria:
(DataSet es tu IBQuery) Esto lo puedes hacer en algún evento o punto del programa donde ya estén creados los objetos TField de un IBQuery, pero antes de que el primer paquete de datos sea solicitado por el conjunto de datos cliente correspondiente. O también puedes redefinir el método virtual TDataSet.PSGetKeyFields en una clase derivada de TIBQuery. Como suelo usar campos persistentes, no me he visto en la necesidad de estudiar a fondo alguno de esos caminos, pero conociendo al señor Delphi, no dudo que sea posible lograrlo a través de esas u otras ideas de solución. No dejes de retroalimentar este tema. Saludos. Al González. |
#3
|
|||
|
|||
Hola Al Gonzalez,
Si ya contaba con esta posibilidad de asignar mediante codigo en cada IBQuery la clave principal. Lo que me preguntaba si Delphi/Builder no lo hacia automaticamente de alguna manera. En mi caso cada tabla es totalmente diferente algunas tienen claves de varios campos y los campos estan identificados con nombre diferentes. Seguramente optare por asignar mediante codigo en cada IBQuery los campos de la clave principal, porque la clave principal no suele cambiar y asi me permite acceder a cualquier campo nuevo que añada en las tablas sin tener que recompilar la aplicacion. La otra opcion que es crear los campos estaticos en los IBQuery no me gusta mucho porque cualquier modificacion en las tablas requiere crearlos de nuevo y recompilar. Muchas gracias por tu sugerencia.
__________________
Saludos, Bitman |
#4
|
|||
|
|||
Finalmente lo he solucionado mediante codigo poniendo en cada IBQuuery en el metodo AfterOpen, ya que no he encontrado ninguna forma de que me detecte automaticamente los campos que son la llave primaria.
__________________
Saludos, Bitman |
#5
|
||||
|
||||
Hola,
en lugar de hacerlo 'a mano', podrías preguntar al motor de la base de datos qué campos son PK, y luego ejecutar el código que te propone Al. Haciendo una función, podrías llamarla para cada TDataset antes de abrirlo. Seguro que te simplifica el código. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#6
|
|||
|
|||
Eso seria perfecto, de hecho es lo que pretendia preguntar, pero como averiguo que campos son la clave principal de una base de datos que existe y las claves son 1 o mas campos?
__________________
Saludos, Bitman |
#7
|
||||
|
||||
Prueba con esto
Cortesía del compañero Al, de una bbdd que colgó en su página web GHSistemas y que ya no está operativa. En la página de firebird también tienes información al respecto. Ya nos dirás. Saludos
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#8
|
|||
|
|||
Fantastico! Voy a probar lo os comento.
__________________
Saludos, Bitman |
#9
|
|||
|
|||
Hola a todos,
Por el momento lo tengo solucionado llamando desde el evento AfterOpen del IBQuery a la funcion AsignarCamposClavePrincipal:
Este es codigo SQL del IBquery rdb_indices que se utiliza en la funcion:
__________________
Saludos, Bitman |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
dbExpress - ClientDataSets anidados | PabloZZZ | Conexión con bases de datos | 4 | 13-10-2010 22:58:29 |
ClientDataSets y Firebird | Walterdf | Conexión con bases de datos | 19 | 27-08-2010 20:41:31 |
Capturar errores - ClientDataSets | rochi | Providers | 3 | 22-11-2008 00:05:17 |
Clientdatasets anidados con ADO | Johnny Q | Conexión con bases de datos | 4 | 03-11-2005 02:53:25 |
Problemas con componentes dinámicos | mamaro | OOP | 2 | 14-10-2004 17:14:06 |
|