Firedac, vue MySQL qui ne s'affiche pas en TFDtable

Bonjour tout le monde

J'ai une table MySQL 8 sur laquelle j'ai créé une vue pour obtenir des données triées sans utiliser d'index.
J'utilise un TFDTable et je choisis la vue dans les noms de tables proposés par l'inspecteur d'objet.
Une DBgrid affiche les données.
Quand j'active le TFDTable, après 2 secondes d'affichage du curseur SQL, la grille affiche les noms de colonnes correspondant aux champs de la vue mais aucune donnée.

Si je remplace le TFDTable par un TFDQuery avec le SQL "select * from mavue" les données s'affichent correctement et je peux les éditer comme s'il s'agissait d'une table.

J'aimerais conserver le TFDTable pour diverses raisons un peu longues à expliquer.

Question: pourquoi cette différence entre le deux composants ? Et surtout est-il possible de conserver le TFDTable en modifiant quelque chose que j'aurais zappé ?

Bonjour,

même en vacances, mais pas encore sur ma zone de pêche, cela a piqué ma curiosité ;)

Citation:

---

J'ai une table MySQL 8 sur laquelle j'ai créé une vue

---

Ah bon, on peut faire des vues :mrgreen: chouette j'ai appris quelque chose ;)

du coup, j'ai une base prestashop sous la main, et j'ai fait une essai
une vue simple

Code:

---

CREATE VIEW TEST AS SELECT NAME FROM ps_zone ORDER BY NAME asc

---

et un programme qui ne l'est pas moins (FMX, no code ouf, c'est les grandes vacances)
Pièce jointe 602328
Cela a l'air de fonctionner.

Evidement il faut que je teste aussi en VCL
Pièce jointe 602329
même chose cela fonctionne

la seule question qui me reste c'est savoir si ma version MySQL est la même et là, ça ce n'est pas le cas puisqu'il s'agit de MariaDB 10.3.11
Je ne peux donc rien confirmer

Tu es trop curieux mon ami :D . Faut te reposer un peu les méninges :)

Sans plaisanter, je suis effectivement en VCL puisqu'il s'agit d'un logiciel d'origine Delphi 5.
Et l'affichage dans la TDBGrid se fait classiquement pr un enchainement TFDTable -> TDatasource -> TDBGrid.
C'est peut-être ça qui fait la différence.

J'ai essayé plusieurs solutions en ajoutant ou pas tous les champs dans le dfm mais rien n'y fait.
Je testerai avec ta méthode pour voir.

Sinon, pour MySQL, on peut faire des tas d'autres choses du plus simple au plus compliqué.
Regarde du côté des "generated column" si tu ne connais pas.

Citation:

---

Envoyé par Papy214

Tu es trop curieux mon ami :D . Faut te reposer un peu les méninges :)

---

je largue doucement le boulot et la reprise sera douloureuse je le craint

Citation:

---

Sans plaisanter, je suis effectivement en VCL puisqu'il s'agit d'un logiciel d'origine Delphi 5.
Et l'affichage dans la TDBGrid se fait classiquement pr un enchainement TFDTable -> TDatasource -> TDBGrid.

---

mon second essai semble indiquer que non, c'est bien du VCL

Citation:

---

Je testerai avec ta méthode pour voir.

---

je n'ai rien mis d'exotique si ce n'est, peut-être, le nom de la "table"

Citation:

---

Sinon, pour MySQL, on peut faire des tas d'autres choses du plus simple au plus compliqué.
Regarde du côté des "generated column" si tu ne connais pas.

---

je n'en suis pas au point d'aimer suffisament MySQL, étant plutôt fan de Firebird ;)

Citation:

---

Envoyé par SergioMaster

Ah, désolé je m'y suis mal pris et j'ai modifié ton message au lieu d'y répondre (met ça sur le compte du réveil)

---

En plus, va faire un sql du genre "select mafonction(monchamp) from matable" en Firebird.

Citation:

---

Envoyé par papy214

En plus, va faire un sql du genre "select mafonction(monchamp) from matable" en Firebird.

---

Déjà il y a plusieurs types de fonctions (3 en fait) les internes, les externes (UDF) et à partir de Firebird 3 les PSQL Stored functions donc savoir de laquelle tu parles est compliqué.
Perso j'utilise surtout les deux premières et 80% (fameuse loi) sont des fonctions internes et quelques externes (là encore c'est du 80/20 entre celles de fonctions déjà créées freeAdhocUdf et mes propres fonctions écrites en Delphi cela va de soit ;).
Pour ce qui est de la dernière ma base de production étant en 2.5 (:oops: toujours pas passé en 3 ou même en 4 par manque de temps) je n'ai pas pu l'utiliser, d'un autre côté le PSQL étant limité, je n'ai pas eu de raison de m'y intéressé sérieusement.

Mais oui, faire un SQL du genre select mafonction(monchamp) from matable ne me pose aucun état d'âme particulier :lol:. Je n'ai pas d'exemples sous la main pour des fonctions maison (sache que je fais des conversions de mesure dans certaines de mes requêtes mais en voici une qui me réjouit souvent

Code:

---

1 2 3 4 5 6

SELECT DATEDIFF(DAY,CURRENT_DATE,DATEADD(67 YEAR TO DATE '29-JUN-1956')) JOURS, DATEDIFF(MONTH,CURRENT_DATE,DATEADD(67 YEAR TO DATE '29-JUN-1956')) MOIS, DATEDIFF(MONTH,CURRENT_DATE,DATEADD(67 YEAR TO DATE '29-JUN-1956'))/3 TRIMESTRES, DATEADD(67 YEAR TO DATE '29-JUN-1956') FROM RDB$DATABASE

---

en particulier aujourd'hui où j'arrive à 700 jours

Pour les PSQL, ton lien indique que c'est à partir de la version 3.
Je me suis limité comme toi à la 2.5. Il y a donc du mieux apparemment.