Problemas con Firedac y mysql

[JoAnCa]

Empezado por Casimiro Notevi

Tampoco entiendo lo que dices sobre que el problema lo da el "datagrid". Un dbgrid es una "ventana" que muestra los datos de un dataset, mediante un datasource que hace de intermediario.
Las consultas, cálculos, y todo lo que quieras hacer con los datos es en el dataset. El dbgrid es solamente una presentación de esos datos devueltos.
No puede haber un problema en el datagrid.

No le hecho la culpa al datagrid, en realidad quise decir en el dataset

[Casimiro Notevi]

Empezado por JoAnCa

No le hecho la culpa al datagrid, en realidad quise decir en el dataset

Bueno, es lo que has dicho, y nosotros solamente podemos guiarnos de lo que dices tú y todos los que plantean sus dudas. Ojalá pudiésemos conectar a tu ordenador y ayudar a buscar el problema.

[JoAnCa]

Al parecer el código está bien, pues funciona bien en la mayoria de los casos


Todo me parece indicar que es como si algun registro se quedara "colgado" o en uso y por eso no deja guardarlo con los nuevos valores


Los dos datatables que uso: fdtPrenomGTDir y fdtPrenomGTCons se basan en la misma vista de MySQL, la diferencia está en el filtro que uso para cada uno, para separar la direccion del grupo de los consultores


La vista en mysql la conformo con la relacion de las tablas prenomina y trabajadores, para que me muestre el nombre del trabajador en el datagrid, en lugar de su ID


Como hago los calculos, se puede ver en el codigo que publiqué


Podria ser que el error esté en la forma que lo estoy haciendo?


Alguna idea de otra forma de hacerlo?

[Casimiro Notevi]

A ver, es que no tenemos información para poder ayudarte fácilmente.
Hay cosas que tenemos que preguntar, aunque sean obvias, porque no lo has confirmado, por ejemplo, dice el mensaje de error que es posible que la tabla no tenga una primary key, ¿es así?

[JoAnCa]

Pues eso es lo desconcertante del error, de las posibles causas que da, no veo que sea esa
La tabla si tiene clave primaria, y tambien se las paso a las consultas, así que no debe ser por ausencia de llave primaria

[Casimiro Notevi]

¿Y qué es fdtPrenomGTDir?

[orodriguezca]

En mi experiencia, las veces que he tenido ese error, es porque FireDac no tiene la información suficiente o correcta para actualizar la información de los registros de la base de datos, esto es, FireDac trata de hacer un update sobre un registro pero el registro, según FirecDac, ya no existe. Cosas para revisar en estos casos:

1. Si la tabla tiene llave primaría verificar si en un FDQuery o FDTable está correctamente asignada la propiedad UpdateOptions.KeyFields: deberia tenes los campos que hacen parte de la llave primaria.

2. Verificar, en un FDQuery o FDTable la propiedad UpdateOptions.updateMode: Si la tabla tiene llave primaria esta propiedad debería establecerse en upWhereKeyOnly .

3. En el inspector de objetos, por cada campo de la llave primaria, verificar las propiedades ProviderFlags.pfInupdate, ProviderFlags.pfInWhere.

Generalmente FireDac configura "el solito", sin que nosotros tengamos que hacer nada, todos estos atributos correctamente en tiempo de diseño con solo escribir la consulta SQL; pero en ocasiones FireDac requiere de nuestra ayuda para hacer su trabajo, ejemplo: Cuando la consulta tiene joins, Cuando la consulta se hace sobre una vista, cuando la consulta se hace sobre un procedimiento almacenado, cuando la tabla no tiene definda una primary key sino indices únicos, Cuando el DBA restringe el acceso a metadatos y FireDac no puede tener acceso a información sobre la definición de la tabla, etc.

Espero que lo anterior te sirva de orientación para solucionar tu problema.

[JoAnCa]

Empezado por Casimiro Notevi

¿Y qué es fdtPrenomGTDir?

fdtPrenomGTDir y fdtPrenomGTCons son controles TFDTable, tablas de FireDAC

fdtPrenomGTDir se basa en una vista de mysql, y la filtro por la categoria de la direccion y fdtPrenomGTCons es lo mismo, pero filtrandola por la categoria de los consultores

La vista de mysql es como ya dije, la tabla prenomina y trabajadores unidas por su relacion uno a muchos