Discussion :

[Louis Griffont]

Bonjour,

Dans ce post, SergioMaster donne cet exemple pour utiliser un TZSQLUpdate

Code :

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

1
2
3
4
5
6
7
8
9
10
11
//DeleteSQL
DELETE FROM USAGER
WHERE  CODE_POSTAL=:OLD_CODE_POSTAL 
//ModifySQL
UPDATE USAGER SET 
CODE_POSTAL=:CODE_POSTAL,
VILLE=:VILLE
WHERE CODE_POSTAL=:OLD_CODE_POSTAL
//InsertSQL
INSERT INTO USAGER (CODE_POSTAL,VILLE)
VALUES (:CODE_POSTAL,:VILLE)

J'aimerais savoir à quoi correspond les «:CODE_POSTAL» par exemple !
Comment faire le lien avec ma dbGrid ou mon dbChamp ?

[M56OBER]

:CODE_POSTAL

':' dans une requête précise qu'il s'agit d'un paramètre

pour alimenter les paramètres il faut utiliser quelque chose comme ceci

Code :

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

dataset.parambyname('code_postal').asString:='56000';

A+

[Louis Griffont]

Merci de ta réponse, maintenant, ma question est comment faire pour auto alimenter les requêtes par un dbgrid ?

[M56OBER]

la dbgrid est directement attachée à un dataset
le passage en mode Edit/Insert et le Post sont donc automatique
pourquoi utiliser un SqlUpdate dans ce cas?

Je ne comprend pas ce que tu veux faire.
Peut être fonctionnes-tu en transactionnel (Start transaction)

Si tu veux piloter intégralement tes insert et update utilise plutot StringGrid
à chaque validation tu alimentes tes paramètres et tu exécutes ta requête

Je ne suis pas sûr que tu vois plus clair maintenant

A+

[Louis Griffont]

Non, je n'y vois pas plus clair ...

En fait, je me base sur l'exemple du post fourni en lien sur le sujet initial.

Et, d'après ce que j'ai cru comprendre, la personne plaçait un TZUpdateSQL, TDataSource et un dbGrid.

En renseignant comme indiqué les chaines SQL, aucun code ne semblait utile.
Donc, mais je ne comprends pas comment on envoie les valeurs dans la requête. Comment le TZUpDateSQL fait le lien entre les données de la colonne et les variables de la requête !

[SergioMaster]

je suis en déplacement pour l'instant , si cela peut attendre , je referais un tour sur le forum vendredi pour donner tout les détails nécessaires

[Invité]

Bonjour,

Désolé je n'avais pas lu le post... et je vous conseillais avant de le lire de consulter justement une discussion que j'avais eu avec SergioMaster.

Je n'ai jamais réussi à faire fonctionner un ZupDateSQL sans dbNavigator... Mais on peut très bien s'en passer* (du dbNavigator et du zUpdateSQL) en ajoutant un ZQuery pour mettre à jour la base, l'autre étant réservé à l'affichage de la dbGrid.

Avec le dbNavigator, cela a "passé" si l'on peut dire. J'étais sous mySQL avec des bases distantes hébergées. Quand je dis cela a passé, c'est si j'excepte un plantage aléatoire résiduel non reproductible lors du refresh, plantage qui a toujours été problématique car "bloquant la dbGrid (?!)"... donc inexploitable en production. L'autre solution (avec les 2 zQuery) fonctionne toujours en production [0.9.26.2-Zeos 6.6.4 - XP et Linux]. J'espère que la dernière version de Zeos a rectifié le tir. Mais comme vous le savez, malgré ce petit problème et un peu d'UTF8 dans les Memo, je continue à faire de la pub pour cette bibli...

Cordialement. Gilles

* et à mon avis faire bien mieux

[Louis Griffont]

Bonjour,

Et merci à vous tous pour vos réponses.

En fait, je me suis lancé. En créant les lignes SQL et en mettant dans les variables les noms des champs de la table. Et, là ! Ô Miracle ! La base de données (sous SQLite3, je ne l'avait peut-être pas précisé) se met à jour toute seule. Seul bémol, si on ouvre la gestion SQL par clic droit sur le composant, les coupures de lignes ne sont pas interprétées correctement lors de l'execution SQL. Il faut les refaire dans l'inspecteur d'objets, mais ce n'est qu'un détail.

Comment ça fonctionne, je n'ai que des suppositions, pas d'explications, donc j'attends avec impatience le cours de Maître Sergio !