Discussion :

[zoaax]

Bonjour,

j'ai développé une WebMethod qui utilise une transaction:

Code c# :

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
21
22
23
 
using (TransactionScope scope = new TransactionScope())
{
	SqlConnection connection = null;
	SqlCommand command = null;
 
	[..] // Traitement
 
	try
	{
		// Appel d'une procédure stockée utilisant une transaction
		command.ExecuteNonQuery();
	}
	catch (Exception ex)
	{
		log.Error(ex.Message);		
		throw new Exception("Erreur de sauvegarde dans la base de données.", ex);
	}
 
	trs.Complete();
 
	[..] // Traitement
}

Comme vous le voyez cette WebMethod fait appel à une procédure stockée qui utilise aussi une transaction.
Cette procédure stockée développée dans une base de données sous SQL Server 2005 est définie ci-dessous:

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
CREATE PROCEDURE [dbo].[MyProcedure]
(
	-- Liste des paramètres
)
AS
 
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
BEGIN TRANSACTION MyTransaction
 
	-- Traitement
 
COMMIT TRANSACTION MyTransaction

Il arrive que l'exception avec le message suivant soit lancée par la base de données:

La transaction distribuée est terminée. Inscrivez cette session, soit dans une nouvelle transaction, soit dans une transaction NULL.

Que dois-je fais d'après vous pour corriger ce problème ?

Merci d'avance,
Zoax

[karlus]

La gestion de ta transaction est faite deux fois : en .Net et dans la procédure stockée.
Si tu veux gérer ta transaction coté .Net enlève ton

Code :

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

1
2
BEGIN TRANSACTION MyTransaction
COMMIT TRANSACTION MyTransaction

[zoaax]

Bonjour,

et merci pour la réponse.
Si je retire la gestion de la transaction dans la procédure stockée, comment n'annuler que les modifications effectuées par la procédure si le traitement qu'elle réalise (impliquant plusieurs tables) échoue ?

Merci d'avance
++

[WOLO Laurent]

Mes amis, il ne faut jamais piloter les transactions côté client.
Il ne faut pas gérer la transaction dans une procédure stockée si vous le fait déjà côté client.

Faites donc votre choix !

[zoaax]

Bonjour,

et merci pour la réponse:

Mes amis, il ne faut jamais piloter les transactions côté client.
Il ne faut pas gérer la transaction dans une procédure stockée si vous le fait déjà côté client.

Pour quelle raison ?

J'ai manqué de précision dans la description de mon code. J'ai oublié une sauvegarde en base de données, raison pour laquelle j'ai utilisée une transaction dans cette méthode.
Voici plus exactement la WebMethod que j'ai développée:

Code c# :

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
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
using (TransactionScope scope = new TransactionScope())
{
	SqlConnection connection = null;
	SqlCommand command = null;
 
	[..] // Traitement
 
	try
	{
		// Appel d'une 1ère procédure stockée sauvegardant des données en base de données.
                // Cette procédure n'utilise pas de transaction
		command.ExecuteNonQuery();
	}
	catch (Exception ex)
	{
		log.Error(ex.Message);		
		throw new Exception("Erreur de sauvegarde dans la base de données.", ex);
	}
 
	[..] // Traitement
 
	try
	{
		// Appel d'une 2ème procédure stockée sauvegardant des données en base de données
                // Cette procédure utilise une transaction
		command.ExecuteNonQuery();
	}
	catch (Exception ex)
	{
		log.Error(ex.Message);		
		throw new Exception("Erreur de sauvegarde dans la base de données.", ex);
	}
 
	trs.Complete();
 
	[..] // Traitement
}

J'ai utilisée une transaction dans cette WebMethod pour qu'en cas d'échec pouvoir revenir à l'état initial à tout moment. Par exemple, si la sauvegarde des données en base de données échoue lors de l'appel de la deuxième procédure, les données avant l'appel de la première procédure doivent être restaurée dans la base de données.

J'ai ensuite utilisée une transaction dans la deuxième procédure pour qu'en cas d'échec du traitement réalisé (modifiant plusieurs tables), l'état initial soit restauré.

Merci d'avance pour votre aide.
++

[WOLO Laurent]

Désolé, j'étais en vancance de fin d'année.

Bonjour,
Pour quelle raison ?

Qu'est ce qui se passe si votre poste client s'arrête avant de valider la transaction ?
La réponse est : Et probablement un plantage des processus qui attendent la libération des ressources immobilisées par ta transactionscope.

Bonjour,

Code c# :

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
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
using (TransactionScope scope = new TransactionScope())
{
	SqlConnection connection = null;
	SqlCommand command = null;
 
	[..] // Traitement
 
	try
	{
		// Appel d'une 1ère procédure stockée sauvegardant des données en base de données.
                // Cette procédure n'utilise pas de transaction
		command.ExecuteNonQuery();
	}
	catch (Exception ex)
	{
		log.Error(ex.Message);		
		throw new Exception("Erreur de sauvegarde dans la base de données.", ex);
	}
 
	[..] // Traitement
 
	try
	{
		// Appel d'une 2ème procédure stockée sauvegardant des données en base de données
                // Cette procédure utilise une transaction
		command.ExecuteNonQuery();
	}
	catch (Exception ex)
	{
		log.Error(ex.Message);		
		throw new Exception("Erreur de sauvegarde dans la base de données.", ex);
	}
 
	trs.Complete();
 
	[..] // Traitement
}

C'est la transactionscope qu'il faut éliminer plutôt que supprimer les transaction dans la SP.

Code :

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

1
2
3
4
5
6
CREATE PROCEDURE PROCGENERAL
AS
BEGIN TRANSACTION
       EXEC PROC1
       EXEC PROC2
COMMIT

Bien sûr qu'il ne s'agit là que d'un model.

Il ne vous restera que jouer cette SP depuis un code client C#

[shwin]

Mes amis, il ne faut jamais piloter les transactions côté client.

Tu peux m'expliquer ? Si jai une méthode client qui créé un fichier et qui appel le serveur pour faire une mise a jours dans la DB. Je vais forcément utiliser la transactionScope coté client

J'ai utilisée une transaction dans cette WebMethod pour qu'en cas d'échec pouvoir revenir à l'état initial à tout moment. Par exemple, si la sauvegarde des données en base de données échoue lors de l'appel de la deuxième procédure, les données avant l'appel de la première procédure doivent être restaurée dans la base de données.

J'ai ensuite utilisée une transaction dans la deuxième procédure pour qu'en cas d'échec du traitement réalisé (modifiant plusieurs tables), l'état initial soit restauré.
++

Si tu utilise le transactionScope, ne t'occupe pas des transaction dans les SP meme si tu utilise plusieur table. Les modifications ne sont que 'commité' que quand tu va faire Commit() sur le scope.

[zoaax]

Bonjour,

suite à vos remarques, j'ai supprimé la transaction dans la procédure stockée.
Malgré ça j'ai encore obtenu le même message d'erreur.

++