[Firedac] [XE4] ADConnection.ExecSQL avec paramètres

Bonjour ,

c'est la première fois que j'utilise ce genre de truc : exécuter un SQL directement , sans passer par un ADQuery associé et là , je butte

Code:

---

1 2	i:=Datas.Base.ExecSQL('UPDATE MODELES SET IMAGE=:I WHERE NOM=:N', [QuotedStr(ExtractFileName(nom)),QuotedStr(SModele.Text)]);

---

retour , i=0 mais pourtant la table n'est pas modifiée :aie:

avant , toutes choses , OUI , les transactions sont en autocommit (aussi bien Transaction que UpdateTransaction)

certainement parce que l'on est en Week-end , je ne vois pas ma faille : une idée ? je lâche le clavier pour me mettre aux fourneaux

bonne Fin de Week End

:arf: méa culpa :arf: méa maxima culpa !

J'ai fait une confusion ,qui pourrait bien arriver à d'autres, entre les propriétés Transaction et UpdateTransaction
je m'explique . Ma connexion avait ces deux propriétés remplies , Transaction=TransactionenLecture UpdateTransaction=TransactionMiseaJour
jusque là , logique ;)
TransactionLecture , je l'avais mis en ReadOnly = True
TransactionMiseaJour , bien sur en ReadOnly = False
logique ?
En utilisant un ADQuery cela ne posait aucun problème car le ADQuery était relié à TransactionMiseaJour
et voilà où la confusion opère :aie: un ExecSQL Direct sur la connexion utilise Transaction et non UpdateTransaction ! (cette dernière est utilisée par le UpdateObject de la connexion)

J'espère avoir bien compris , une confirmation sera bienvenue

Comme quoi il faut décrocher le W.E. sous peine de geek :mouarf:

Finalement , il y avait aussi un autre problème :

ce code ne fonctionne pas

Code:

---

1 2 3

i:=Datas.Base.ExecSQL('UPDATE MODELES SET IMAGE=:I WHERE NOM=:N', [QuotedStr(ExtractFileName(nom)),QuotedStr(SModele.Text)]);

---

celui-ci , oui , les QuotedStr était de trop , étonnant 8O

Citation:

---

i:=Datas.Base.ExecSQL('UPDATE MODELES SET IMAGE=:I WHERE NOM=:N',
[ExtractFileName(nom),SModele.Text]);

---