Discussion :

[Papy214]

Bonjour

Je travaille sur une application "Delphi 2007/AnyDac" migrée vers "Delphi XE5/Firedac". Un bloc de code fonctionnel dans l'ancienne version pose problème aujourd'hui. Après remplacement d'un TADQuery par un TFDQuery, une requête UPDATE de type ArrayDML plante lamentablement avec une violation de contrainte de clé étrangère.

En fouinant dans la doc, il est dit:

1. Définir la valeur de Params.ArraySize
2. Renseigner les paramètres
3. Appeler Execute du TFDQuery

Le code incriminé incrémente Params.ArraySize à chaque ajout d'ensemble de paramètres. En fait, les paramètres sont lus dans une table.
Et là, je me dis; "Le problème ne viendrait-il pas de là ?

Question: Faut-il dans Firedac impérativement définir cette valeur avant d'insérer toutes les lignes de paramètres ?? Serait-ce une différence majeure entre Anydac et firedac ?
L'un d'entre vous serait-il déjà tombé sur ce problème ?

Papy !



Bon, il semble que ça ne change rien. J'avais peur que les précédentes valeurs soient réinitialisées à chauqe changement de ArraySize mais il n'en est rien. Je continue à fouiller

[skywaukers]

Bonjour,

FDQuery.RowsAffected donne quoi ?
Vu le message, cela ressemble à un mauvais enchainnement de requette non ? Je dis ça, mais faudrait voir un peu de code pour se faire une meilleure idée...

@++
Dany

[Papy214]

Le code est beaucoup trop long pour être posé ici.
J'ai finis par enregistrer les données dans un csv et je les ais passée par un requete dans SSMS. Aucun problème !

Sauf que .... il semble que l'update à partir SSMS mettre des valeurs null à la place des chaînes vides.
Le code Delphi renseigne les paramètres avec des AsStrings[x] successifs.
En remplaçant AsStrings par AsVarByteStrs , tout se passe bien.
Mais difficile de savoir si ça ne va pas poser d'autres effets. Impossible de trouver de la doc sur ce AsVarByteStrs. :-(


Trouvé : TADQuery et TFDQuery ne définissent pas la même valeur par défaut dans FormatOptions. Anydac tranforme les chaines vides en null, Firedac fait le contraire. Génial pour les migrations.