Discussion :

[GO]

Bonjour,

J'ai juste une appli pour tester ZEOS 7.2.4-stable et Sqlite-3 32bits avec Delphi 7 : Une Form avec une SQLConnexion, une Ztable, un Datasource, un DBGrid, et un DBNavigator.

A l'exécution la grille est remplie, j'essaye de modifier un champ et je "post" avec le V du DBNavigator (le pb est le même si je fais un "insert" et que je "post"), j'ai le même message à chaque fois : "0 record(s) updated. Only one record should have been update".

Comment puis-je poster mes modifications sans soucis ? si j'active à True la propriété CachedUpdates de mon composant Ztable, et que je fais les mêmes manips je n'ai plus le message d'erreur mais rien ne se passe enfin rien n'est "posté" en base, de plus quand j'entre dans le champ de ma grille en modification celui-ci est vidé contrairement lorsque cette propriété est à False..??

Merci de votre aide

[GO]

Il suffisait juste d'ajouter les primary key dans ma BDD.

[SergioMaster]

Bonjour,

Oui et non.
Oui, ajouter des primary key c'est nécessaire (même s'il s'agit d'une colonne technique)

Non, le problème en fait vient des options utilisées pour la ZTable ou la ZConnection. Il faut bien comprendre que la ZTable est en fait une encapsulation d'une ZQuery et d'un ZUPdateSQL où les différentes commandes sont générées automatiquement

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM NOMTABLE

pondéré par la déclaration des champs DataFields

pour ce qui est du UPDATE
l'option wheremode , importante joue sur la clause WHERE du SQL généré
wmWhereKeyOnly (nécessite bien sûr un clé primaire)

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

 UPDATE NOMTABLE SET ..... WHERE COLKEY=:COLKEY

wmWhereAll va créer une requête beaucoup plus complexe au niveau de la clause WHERE, tous les champs seront vérifiés

l'option updateMode joue sur la partie SET ... donc une différence entre umUpdateAll (toutes les colonnes déclarées) umUpdateChanged (uniquement les colonnes dont les valeurs ont changées)

Enfin pour une Table (et voilà pourquoi une erreur est levée) on s'attend à ce qu'une seule ligne soit être modifiée et non plusieurs. C'est donc une sorte de garde-fou (il me semble que l'on peut le désactiver par une option ou une propriété mais je ne m'en souviens plus)

Pour ces raisons, j'utilise de moins en moins les xxTable (remplacer xx par TZ pour Zeos, TFD pour Firedac etc..) et préfère les xxQuery associées à des xxUpdateSQL

[f5jcg_Lulu]

Coucou me revoilà,
Moi aussi j'ai ce problème de message "0 record(s) updated. Etc..." depuis que j'ai fait la manip suivante, tenez-vous bien :
1. pour ajouter un enregistrement ancien et qu'il prenne sa place (chose que Sqlite ne peut pas faire) j'ai rajouté cet enregistrement à la BDD sous Access que j'ai mise à jour facilement avec renumérotation, puis conversion en CSV.
2. J'ai converti ensuite ma BDD Access en Sqlite dans une nouvelle BDD dans laquelle j'ai importé mon CSV.
Tout fonctionne sauf que je ne peux plus mettre à jour des enregistrements anciens, seulement ceux que je rajoute depuis, sinon j'ai le fameux message 0 contact(s), etc...
J'ai regardé du côté des clés primaires comme les posts précédents, mais toujours le message.
Merci de m'aider encore une fois.
Bon WE à tous