Discussion :

[isachat666]

Bonjour à tous,
J'ai un programme qui reçoit des trames depuis un périphérique. Le périphérique peut envoyer ses trames (des lignes de texte) par paquets.
Pour chaque trame reçue, je fais en gros

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
LectureTrame
if TrameOk then
begin
  BeginTrans;
  try
    if TrameAutorise then
    begin
      RequeteInsert;
      RequeteUpdate;  
    end;
  //... écriture dans le log "OK"
  CommitTrans; 
  except
    on E:Exception do
    begin
      RollbackTrans;          
      //... écriture dans le log
    end;
end;

Le problème est que quand une exception survient, le Rollbacktrans m'annule les 800 précédentes transactions qui sont pourtant bien marquées comme ok dans le fichier de log.... je ne comprends pas d'où peut provenir le problème....

Isa

[Cl@udius]

Salut

Je dirais que c'est normal comme comportement. Effectivement un RollbackTrans va annuler toutes les opérations effectuées depuis ton dernier BeginTrans (ou CommitTrans).

Dans ton cas tu as deux possibillités.
Soit tu effectues un CommitTrans toutes les 100 opérations par exemple et tu interromps ton traitement sur l'échec.
Ou bien tu ne déclenches pas de RollBackTrans sur l'échec de la ligne pour laisser s'effectuer le traitement de toutes tes trames. Ensuite à toi d'effectuer un traitement particulier avec les informations contenues dans ton Log.

Mais d'un autre côté je ne suis pas forcément très affuté sur les traitements par lot, donc attends peut-être l'avis d'autres sur la question.

@+ Claudius

[TryExceptEnd]

Essaye avec ces modifications.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
LectureTrame
if (TrameOk AND TrameAutorise) then
begin
  BeginTrans;
  try
    //if TrameAutorise then
    //begin
    RequeteInsert;
    RequeteUpdate;  
    //end;
    CommitTrans; 
    //... écriture dans le log "OK"
  except
    //on E:Exception do
     //begin
     RollbackTrans;          
     //... écriture dans le log
  end;
end;

[isachat666]

Bonjour,
Le programme dont je vous parle dans mon post d'origine est une .Dll
Se pourrait-il que la dll soit appelée plusieurs fois en même temps ? Mais dans ce cas, comment "protéger" les transactions afin que quand une erreur survient, seule la transaction en court soit annulée mais pas toutes les précédentes....
quand on écrit les trames dans un fichier texte au lieu d'essayer de les envoyer à la base de données, il n'y a aucun problème...

Isa

[Linkin]

Je veux dire que si plusieurs transactions sont en cours simultanément, elles doivent avoir un numéro différent. Sinon quand il y a un rollback toutes celles qui ont le même numéro sont annulés. (Je dis ça après avoir regarder l'aide du TSQLConnection, mais je n'utilise pas les transactions).

[JustMe]

Tu crée une transaction pour faire le travail et tu la libère à la fin

[isachat666]

Je veux dire que si plusieurs transactions sont en cours simultanément, elles doivent avoir un numéro différent. Sinon quand il y a un rollback toutes celles qui ont le même numéro sont annulés. (Je dis ça après avoir regarder l'aide du TSQLConnection, mais je n'utilise pas les transactions).

C'est très certainement ce qui se produit. Cependant je ne vois aucune propriété de mon objet de connexion me permettant de définir ou d'utiliser un numéro de transaction...
d'un autre côté ça me semble un peu risqué de ne pas faire de rollback sur une erreur ou de ne pas utiliser du tout les transactions.... ?

Isa