Discussion :

[J0r_x]

Bonjour,

Lors d'un traitement je dois mettre à jour des données sur plusieurs tables SQL, je fais ce traitement dans une transaction et si une une des requêtes "plante" cela fait un rollback et tout va bien.
Maintenant je dois faire la même chose mais en remplaçant les différentes requêtes par des appels à des Webservices différents (qui font les requêtes sur mon serveur MSSQL), est-ce qu'il est possible d'avoir le même principe de transaction pour, si un appel plante avoir un rollback ?
J'ai regardé du cotés des transactions distribuées mais ça n'a pas l'air de répondre à mon problème.

[SQLpro]

Il suffit de démarrer une transaction explicite avant de lancer les web services les uns après les autres et effectuer un COMMIT si aucune erreur n'est retournées sinon un rollback.

Cependant cette façon des procéder est une imbécilité. En effet, votre traitement va être notablement allongée des round-trips entre les différentes services, ce qui va allonger la durée des blocages nécessaire au maintient de la transaction, donc induire des blocages plus longs, donc de la contention, des verrous mortels, etc...
C'est donc du masochisme que de transformer une procédure stockée qui est rapide et ne fait qu'un seul aller-retour en de multiples accès au SGBDR !

C'est comme cela que l'on pourrit les applications et qu'ensuite on fait faire de couteux audits pour rectifier le tir. Ou bien pire, votre supérieur désire prouver que SQL Server c'est de la merde et qu'il faut passer à MySQmerde ou PostGreSQL en pourrissant sciemment le code (déjà vu !)

A +