Discussion :

[DOliv]

Bonjour à tous.tes,
Je travail en FireBird et je suis devant une appli qui me ramène un ensemble de données via un TFDMemTable. Cet ensemble de données contenant des jointures, est donc en lecture simple.
J'aimerais pouvoir faire des update et des insert de cet ensemble de données.
J'ai tout de suite pensé au fonctionnement d'un TUpdateSQL et donc, en l'occurrence, un TFDUpdateSQL.
Mais j'ai un peu de mal à voir comment faire le lien entre les deux composants.
J'ai trituré les UpdateOptions du TFDMemTable...
Les données sont fetchées dans un composant TJvDBUltimGrid dont j'ai retiré le ReadOnly...
Peut-être une petite piste pour m'éviter la dépression, svp ?

[SergioMaster]

Bonjour,

"Ensemble de données", ce n'est pas très explicite, je m'y perds. Quel ensemble contient des jointures le FDMemTable ou une requête sur la BDD Firedac ?

[DOliv]

Ben, j'ai continué de creuser un peu et je comprends que tu te poses la question.
Alors, c'est un TFDQuery qui va chercher les données et qui fait un CopyDataSet dans le FDMemTable...
Non mais, de toute façon, c'est la requête SQL qui contient des jointures. Ce qui fait que le résultat renvoyé est forcément en lecture seule. sauf à passer par un composant ..UpdateSQL.

[DOliv]

Et pis d'ailleurs, c'est quoi l'intérêt de passer par un FDMemTable pour remplir le TJvDBUltimGrid au lieu de le faire directement avec le TFDQuery ?

[SergioMaster]

.
De toute façon, c'est la requête SQL qui contient des jointures. Ce qui fait que le résultat renvoyé est forcément en lecture seule. sauf à passer par un composant ..UpdateSQL.

Exactement.
Donc oui, le FDUpdateSQL est à lier directement avec le FDSQLQuery. Par défaut avec le wizard seul la table de base sera proposée dans les diverses commandes proposées.
N.B. Ne pas oublier de faire les jointures dans la commande FetchRow
J'ai cru comprendre que l'on pouvait mettre plusieurs instructions au sein d'une commande (INSERT ou UPDATE) , séparés par des ";" , mais je n'ai jamais osé. Si je dois faire des mises à jour dans les tables jointes, je préfère passer par les évènements BeforePost ou BeforeInsert, AfterPost ou AfterInsert (selon le cas et les contraintes)

[DOliv]

Merci beaucoup pour ton aide SergioMaster
Je me mets dessus dans cette direction.

[DOliv]

Non, ça ne va pas car, si j'ai bien compris, pour que le dispositif TFDQuery/TFDUpdateSQL fonctionne, il faut que la connexion à la base soit maintenue.
Or, l'appli sur laquelle j'interviens, charge les données d'un TFDQuery dans une TFDMemTable qui alimente un TJvDBUltimGrid.
Et la connexion à la base est coupée.
Du coup, je suis un peu démuni pour mettre à jour ces données dans la base via ces composants.
Avant de le faire à la mano, je me demandais si quelqu'un ne connaîtrait pas une solution miracle liée à l'utilisation des ces différents composants sus-cités.

Merci d'avance

[ShaiLeTroll]

Il faut forcément ré-ouvrir un connexion

Suffit de créer un journal local que tu appliqueras, le TClientDataSet et sa propriété Delta permette de le gérer
tu DOIS même le parcourir toi même pour générer le SQL manuellement dans ton cas, pour consolider ton cache avec la base centralisé.

En Delphi, cela s'appelle le mode BriefCase et ça existe depuis très longtemps, surtout à une époque où la disponibilité du réseau était plus rare ou plus faible.

Au final, autant faire un REST type CRUD, un server qui gère des requêtes JSON, aussi bien pour la lecture GET que pour l'écriture POST si tu dois fournir un mode déconnecté.
l'écriture pouvant être massifié avec un stockage local et effecteur un bulk de mise à jour quand tu as la connexion.

Pour faciliter la conciliation entre stockage local et base centralisé, je te recommande d'utiliser des GUID comme identifiants.
Surtout si tu as un bulk avec jointure concurrentiel, avec des ID auto-inc, tu vas devoir recalculer tout l'arbre de jointure, avec des GUID tu as 99.99% que cela se consolide facilement.

[DOliv]

Merci ShaiLeTroll pour ces explications exhaustives
Je pense que je vais laisser tomber

[SergioMaster]

Tout est expliqué dans les chapitres 12 et 13 de Delphi in Depth Firedac si tu peux te procurer cette "bible"

[pprem]

Tout est expliqué dans les chapitres 12 et 13 de Delphi in Depth Firedac si tu peux te procurer cette "bible"

Dispo uniquement en version papier, imprimé à la demande par Amazon, ou d'occasion. Pas de version numérique (légale) en circulation.

[DOliv]

En tout cas, merci pour l'info. Je vais me le procurer de toute façon

[SergioMaster]

Une autre adresse (dont possibilité epub)
http://www.jensendatasystems.com/firedacbook/
et les exemples téléchargeables
http://www.jensendatasystems.com/fir...acbookcode.zip

les exemples qui pourraient t'intéresser

• FDMEmTable
  
  • FDCopyingDatasets
  • FDMasterDetailClone
  • FDCloningCachedCursors
  • FDDesignTimeNestedFields
  
  
• Autres
  
  • FDBasicCache utilisation cacheupdate
  • FDarrayDML pour la vitesse
  
  

Maintenant, il y a pas mal de choses, par exemple, je viens de redécouvrir les TFDTableAdapter et le TFDCommand, complètement oublié du fait de l'existence des TFDQuery et TFDUpdateSQL

La seule chose qui me gêne dans ton exposé est le fait que ta requête pour copier vers ton fdmemtable contient des jointures et donc potentiellement des modifications qui changent (par exemple des libellés en fonction d'un code) qui ne peuvent se répercuter s'il n'y a pas connexion !?