ZQuery et Delete

**Louis Griffont** · 25/02/2010, 22h02

Bonjour,

Toujours avec mes TZeos.

J'ai ajouter un bouton afin de réaliser les Delete dans ma table.
Le code du bouton est

Code :

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

Mon_TZQuery.Delete;

Bref, c'est du complexe.

Mais voilà, si la ligne disparait bien du dbGrid, l'enregistrement, lui, il reste, et à l'ouverture suivante, il réapparait !

Qu'est-ce que j'ai loupé ?

**SergioMaster** · 26/02/2010, 07h44

Un petit commit peut-être ?

Plus sérieusement , qu'est il indiqué au niveau au niveau de ta TZConnection , propriété transactionIsolationlevel ? (par défaut c'est tiNone)

d'expérience je te dirais de mettre tiReadCommitted pour avoir un fonctionnement semblable au BDE (ce qui est l'objectif de ZEOS) . Je ne sais d'ailleurs pas pourquoi c'est initialisé à tinone .

je ne ferais pas de cours sur les transactionIsolationlevel (même si mon pseudo contient Master , cela fait longtemps que j'ai laissé tombé la casquette formateur) il y a quelques tutoriels et explications Firebird sur ce sujet.

**Louis Griffont** · 26/02/2010, 08h33

OK, merci Maître

Je vais regarder de ce coté.

Petite question, pourquoi ça marche en ajout et modif (insert et update) et pas en suppression (delete) ?

**SergioMaster** · 26/02/2010, 12h20

Ach , alors ce n'est pas ça le problème
il faut en faire voir d'avantage

**Louis Griffont** · 26/02/2010, 13h05

Après test, ce n'est effectivement pas ça le problème.
J'ai passé le TransactionIsolationLevel à tiReadComitted et le Delete n'a toujours aucun effet !

Qu'as-tu besoin de plus comme information ?

Après tests encore plus poussés, les update/insert ne fonctionnent pas !

Disons que c'est bizarre ! Je n'y comprend plus rien !

J'ai réussi à ajouter des éléments au démarrage, mais depuis, plus rien !
Je crois que les éléments ont ajouté avant que je passe par les composants ZEOS !

Invité · 26/02/2010, 14h20

Bonjour,

Je sais que je vais passer encore passer pour un vieux c.. et friser le "hors sujet" par rapport à votre problème, mais j'estime que le dbGrid -enfin ce que j'ai pu comprendre de son fonctionnement- doit être utilisé uniquement comme un composant exclusivement d'affichage (dont pas de saisie dedans). Les interceptions et chargements se font au niveau des dataSource et dataSet d'autant que je rappelle que Lazarus n'est vraiment pas net au niveau de l'UTF8 et qu'en plus il faut ajouter à la difficulté le propre encodage de la base (la présence d'un accent dans un mot peut bloquer la transaction de manière inopinée et sans aucun message du debugger de Lazarus : on a l'impression qu'il ne se passe rien et en effet la base n'est pas mise à jour... alors que le dbGrid ne signale rien... C'est normal, il n'est pas fait pour cela.)

De plus, je crois que vous utilisez du sqLite donc pas d'accès concurrentiel mais avec une saisie en dbGrid compte-tenu qu'il faut bloquer la base (euh l'enregistrement c'est mieux) puis effectuer son action (ce qui nécessite 2 requêtes), bonjour la méthode "dbGrid". Enfin, cela n'engage que moi, mais j'estime que le zUpdateSQL, la saisie directe en dbGrid sont des simplications très théoriques et une perte de temps réelle. Enfin, toujours méthode de vieux "c..", on gère les transactions et verrous par le code SQL et pas par la fonction implémentée pour le transactionnel dans Zeos.

Sinon, faut pas désespérer... en attendant qu'un illustre "connaisseur" nous montre comment on utilise ce "complexe" en situation de production sur au moins 2 bases [un code portable c'est mieux] gérant les accès concurrentiels... Par exemple, comment identifie-t-on "finement" avec les zUpdateSQL pourquoi une opération de delete ou d'update est interdite ou impossible (bloquée ou déjà effacée) ?

Cordialement. Gilles