Discussion :

[Donpi]

Bonjour,

J'ai un problème étrange.

J'ai des tables de mouvements de stock et des tables de cumul.
Un cumul hebdomadaire, et un cumule absolu.
Ces deux tables sont remplies via des triggers dans les tables de mouvements.

Le problème est que sur je fais un sum sur les mouvements, je devrais retomber sur mes cumuls.
Mais dans ~10% des cas ça n'est pas les cas.

Et ce matin je fais un petit contrôle et je me rends compte que ma requête de résultat me montrer beaucoup des erreurs et lorsque je la relance j'en ai moins.
Et le nombre varie à chaque lancement de la requête.

Quelqu'un peut confirmer que les trigger et les éventuelles procédures stockées qu'il appelle, tournent dans la même transaction ?

Je regarder dans mon mes programme si j'ai des désactive trigger qui trainent, mais il n'y en a pas.

Donc si qqun a une autre piste de recherche, je prends.

A+

[SQLpro]

Quelqu'un peut confirmer que les trigger et les éventuelles procédures stockées qu'il appelle, tournent dans la même transaction ?

Oui et ça dépend.

Le déclencheur est toujours à l'intérieur d'une transaction qu'elle soit explicite ou implicite (un simple insert par exemple).
Mais dans les déclencheur on peut finaliser la transaction par un COMMIT ou un ROLLBACK.
Dans une procédure, comme dans un déclencheur on peut initier une transaction. S'il en existe déjà une (cas du trigger par défaut) cela induit des transaction imbriquées. Mais au final, il n'existe pas de transaction à l'intérieur d'une transaction, car la transaction est finalement un état de la session :

• je suis en état de transaction
• ou je n'y suis pas.

Problème : la plupart des développeurs maitrisent mal le sujet et font n'importe quoi....

Postez l'intégralité de votre code : trigger + toutes les procédures avant et après. Nous pourrons vous aider !

A +

[Donpi]

Postez l'intégralité de votre code : trigger + toutes les procédures avant et après. Nous pourrons vous aider !

C'est un vrais sac de nœuds !
Il y a 5 tables avec 3 Triggers qui font des appelles conditionnels à une dizaine de procédure stockées chacune fait dans les 200 lignes et foisonnent de curseurs.
Plus tout ce que je n'ai pas encore identifié.

Au delà du secret professionnel c'est une telle masse que je peux difficilement la partager ici.

Je vais rechercher si j'ai des commit ou des rollback et essayer de vous poster un schéma des appels.

Merci

[SQLpro]

J'ai des tables de mouvements de stock et des tables de cumul.
Un cumul hebdomadaire, et un cumule absolu.
Ces deux tables sont remplies via des triggers dans les tables de mouvements.

Entre nous ceci est parfaitement stupide !
En effet pourquoi faire très mal (à coup de délencheur) ce qui se fait de manière simple et performantes par des requêtes basiques de lecture ???
Les développeurs sont-ils masochistes ?

Remplacez ces tables par des vues. Au pire par des vues indexées. Supprimez les triggers...

A mon avis les déclencheurs sont mal écrits. Pourriez vous poster le code intégrale des triggers ???

PS : ce sont vos données qui sont confidentielles, pas le code !!!

A +