Discussion :

[Christophe Charron]

Bonjour,
Depuis un client lourd, via une connexion ODBC,un client enregistre une facture correspondant, très schématiquement à 3 tables : une table avec un entete, une table avec n lignes et une table avec un pied.
L'enregistrement dans les 3 tables se fait à l'intérieur d'une transaction.
Pour une raison encore inconnue, la tentative d'insertion dans la table d'entête entraine est à l'origine de nombreux blocages d'autres requêtes.
L'administrateur de l'application a tué le processus via le moniteur d'activité du management Studio. L'entête n'a pas été créé, mais les lignes et le pied l'ont été et la transaction commitée car il n'y a pas eu de retour d'erreur.
Il y a t-il un moyen (simple ?) de détecter qu'un processus a été tué et que donc il ne faut pas commiter la transaction ?
D'avance, merci pour vos lumières.

[tatayo]

Bonjour,
En toute logique, si le process a été "tué" alors que la transaction était toujours en cours, elle devrait être "annulée" automatiquement (rollback), et de fait aucune table ne devrait être impactée ici et aucune ligne insérée dans aucune des 3 tables.
Si des lignes et un pied sont présents, c'est que la transaction a été validée par l'application. Et s'il manque l'entête, c'est soit que chaque insertion est faite dans sa propre transaction, soit que l'insertion a échoué et que l'application a quand même inséré les lignes et le pied de la commande.

Ce qui me choque ici est que des lignes soient présentes alors que l'entête est absent.
Il n'y a aucune contrainte d'intégrité référentielle entre ces tables ?

Tatayo.

[Christophe Charron]

Bonjour,
En toute logique, si le process a été "tué" alors que la transaction était toujours en cours, elle devrait être "annulée" automatiquement (rollback), et de fait aucune table ne devrait être impactée ici et aucune ligne insérée dans aucune des 3 tables.

Oui, c'est ce que je pensais aussi.

Si des lignes et un pied sont présents, c'est que la transaction a été validée par l'application. Et s'il manque l'entête, c'est soit que chaque insertion est faite dans sa propre transaction, soit que l'insertion a échoué et que l'application a quand même inséré les lignes et le pied de la commande.

Pourtant le code de l'application ne semble pas le faire. La réussite de chaque requête est testée et si une erreur est détectée, la transaction est annulée et le traitement abandonné.

Ce qui me choque ici est que des lignes soient présentes alors que l'entête est absent.
Il n'y a aucune contrainte d'intégrité référentielle entre ces tables ?

Tatayo.

Hélas, pas (encore) de gestion de l'intégrité référentielle. L'application n'a pas loin de 30 ans. Le "MCD" a le même âge et je m'emploie à le moderniser, mais je n'en suis pas encore là...