Discussion :

[cgone]

Bonjour,

Dans mon formulaire , j'ai un composant TIBDatabase et un composant TIBSQL qui sont associés á un même composant TIBTransaction.

Le composant TIBDatabase alimente un TDBGrid avec le contenu d'une table et le composant TIBSQL me sert à faire des insertions sur cette même table. Le SGBD utilisé est Firebird.

Les transactions du composant TIBDatabase sont gérées automatiquement alors que pour le composant TIBSQL, j'initie et ferme mes transactions selon le modèle ci-dessous :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
FRM_Login.OuvrirTransaction(IBSQL_cadastro.Transaction);
try 
    IBSQL_cadastro.SQL.Clear; 
    IBSQL_cadastro.SQL.Append('insert into CATEGORIAS (CAT_ID, CAT_NOME, CAT_DTCAD) '); 
    IBSQL_cadastro.SQL.Append('select max(CAT_ID)+1, :nome, cast(''TODAY'' AS DATE) from CATEGORIAS'); 
    IBSQL_cadastro.ParamByName('nome').AsString := Edit_novaCat.Text;     
    IBSQL_cadastro.ExecQuery; 
    IBSQL_cadastro.Close; 
    IBSQL_cadastro.Transaction.Commit; 
except on E: Exception do IBSQL_cadastro.Transaction.Rollback;
end;

Le pb est le suivant :

Je modifie un champs dans le TDBGrid (TIBDatabase) et ensuite je fais une insertion (TIBSQL).
Si l'insertion génére une erreur, cela exécute un Rollback. Jusqu'ici tout va bien mais le problème est que le Rollback de la transition du TIBSQL supprime la modification que j'ai faite dans le TDBGridet qui est dans la transaction du TIBDatabase.

N'y a-t-il pas un moyen de contrôler toutes les transactions 100% par le code et non pas par les composants ?

Cyril.

[Cl@udius]

Salut

Si l'insertion génére une erreur, cela exécute un Rollback. Jusqu'ici tout va bien mais le problème est que le Rollback de la transition du TIBSQL supprime la modification que j'ai faite dans le TDBGridet qui est dans la transaction du TIBDatabase.

Tout ceci est parfaitement logique ! Les modifications effectuées sur ton DBGrid et les insertions effectuées avec ton IBSQL font parties de la même transaction. Si tu fais un Rollback lors d'un échec d'insertion (ce qui doit être fait), il est normal que tes modifs fassent également parties du Rollback.

Si tu veux plus de contrôle la solution est de définir une transaction pour le DataSet du DBGrid et une pour le IBSQL. Comme cela tu peux faire un Commit ou un Rollback après une insertion sans interférer sur les modifs faites avec ton DBGrid.

@+ Claudius

[cgone]

Salut,

Je pensais que le composant TIBTransaction gérait plusieurs transactions et chacune dans un thread différent...

Du même coup cela signifie alors que chaque composant qui accède au SGBD doit avoir sa propre transaction.

Cependant, quand j'utilise un TIBDataSet, un TDBGRID et un TDBNavigator, comment je fais pour gérer manuellent les transactions car les requêtes sont dans les SelectSQL, RefreshSQL, InsertSQL, ModifySQL ou DeleteSQL et donc je n'ai aucun code pour le faire comme c'est le cas avec un TIBSQL.
Finallement, on ne sait jamais quand le TIBDataSet ouvre et ferme une transaction car le problème initial a montré qu'après avoir utilisé une de ses 5 requêtes (ModifySQL dans le cas présent), la transaction n'est pas "commitée" puisque le Rollback déclenché par la requête du TIBSQL avait aussi annulé la requête du ModifySQL.

Cyril

[Cl@udius]

Re,

Ton TIBDataSet est relié à ta transaction. Cette transaction englobe toutes les modifications effectuées par tes requêtes ModifySQL, InsertSQL et DeleteSQL (et également SelectSQL et RefreshSQL pour les requêtes Select, car tout est transaction avec IB/FB).

Tu n'as pas de moyen d'affecter une transaction différente à chacune de ces requêtes.

De deux choses l'une: ou tu valides/annules (Commit/Rollback) à la fermeture de ton IBDataSet, ou bien tu CommitRetaining/RollbackRetaining après un Post ou un delete (OnAfterPost, OnAfterDelete).

Mais dans les deux cas ta transaction sera active dès l'ouverture du TIBDataSet jusqu'à sa fermeture.

@+

[Cl@udius]

Finallement, on ne sait jamais quand le TIBDataSet ouvre et ferme une transaction car le problème initial a montré qu'après avoir utilisé une de ses 5 requêtes (ModifySQL dans le cas présent), la transaction n'est pas "commitée" puisque le Rollback déclenché par la requête du TIBSQL avait aussi annulé la requête du ModifySQL.

Combiner un TIBDataSet combiné avec TIBSQL comme tu le fais, ne me semble pas une bonne idée.

Limite toi à un TIBDataSet.

@+

[cgone]

Salut,

Ton TIBDataSet est relié à ta transaction. Cette transaction englobe toutes les modifications effectuées par tes requêtes ModifySQL, InsertSQL et DeleteSQL (et également SelectSQL et RefreshSQL pour les requêtes Select, car tout est transaction avec IB/FB).

Tu n'as pas de moyen d'affecter une transaction différente à chacune de ces requêtes.

Je ne veux pas affecter une transaction différente à chacune des requêtes ModifySQL, InsertSQL et DeleteSQL, SelectSQL et RefreshSQL, je voudrais qu'elle "commite" á chaque fois qu'elles sont utilisées.

Cyril

[Cl@udius]

Tu ne peux pas, tu ne fera qu'un seul commit/rollback pour l'ensemble des requêtes.

Ou bien un CommitRetaining/RollbackRetaining à chaque Post ou Delete.

@+