IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Développement SQL Server Discussion :

Gestion d'une transaction


Sujet :

Développement SQL Server

  1. #1
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut Gestion d'une transaction
    Bonjour,

    J'ai écrit une procédure "réception" censée enregistrer l'arrivée de produits dans un stock (table stock). Le magasin est constitué d'emplacements disposant chacun d'une capacité connue. La procédure teste la capacité de l'emplacement choisi par l'utilisateur. Si elle n'est pas suffisante, on choisit un nouvel emplacement. S'il convient, il y a mise à jour de la capacité dudit emplacement. Je rencontre un problème : si l'opérateur fait une faute de frappe (ex: article inexistant dans la table Articles, recensant les références produit), le stock n'est pas modifié (message d'erreur et tant mieux ) mais par contre la table Emplacement est tout de même mise à jour!... il y a certainement une transaction à annuler. Mais je ne sais pas comment la faire : annuler la transaction à partir du moment où il y a eu un problème dans la procédure, quel qu'il soit...

    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
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    set ANSI_NULLS ON
    set QUOTED_IDENTIFIER ON
    GO
    -- =============================================
    -- Author:		<Author,,Name>
    -- Create date: <Create Date,,>
    -- Description:	<Description,,>
    -- =============================================
    ALTER PROCEDURE [dbo].[reception] 
    	-- Paramètres de la procédure
    	  @ID_stock int
    	, @codearticle varchar(50)
        , @num_lot varchar(50)
        , @IDpers nchar(10)
        , @qte float
        , @empl varchar(50)
     
    --Test sur la capacité de l'emplacement choisi
    AS IF EXISTS (SELECT Code_emplacement FROM Emplacement WHERE Code_emplacement=@empl AND Emplacement.capacite >= @qte)
     
    --1er Cas : la quantité à stocker peut être placé dans l'emplacement choisi.
     
    BEGIN
     
        SET NOCOUNT ON;
     
       INSERT INTO Stock (
    	ID_stock
    	, Code_article
    	, Num_lot
    	, Code_emplacement
    	, quantite
    	, ID_personne)
     
    	VALUES (@ID_stock,@codearticle,@num_lot,@empl,@qte,@IDpers)
     
    	--mise  à jour de la capacité de l'emplacement.
    	UPDATE Emplacement
    	SET Capacite=Capacite-@qte WHERE Emplacement.Code_emplacement=@empl
    END
     
    --2ème cas : capacité de l'emplacement choisi trop petite pour accueillir la quantité voulue.
     
    ELSE
    BEGIN
     
    RAISERROR ('choisir un autre emplacement',11,1)
     
    END
    merci,

    Edouard.

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 899
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 899
    Points : 53 140
    Points
    53 140
    Billets dans le blog
    6
    Par défaut
    Il faut que vous testiez chaque ordre SQL afin de savoir s'il part en erreur et quoi faire.

    D'autre part beaucoup d'erreur dans votre code :
    - les erreurs utilisateur doivent avoir une sévérité de 16
    - séparer le test EXISTS de l'insertion à toutes les chances d'être casse gueule. Entre les deux requêtes quelqu'un peut insérer des données et le EXISTE qui valait VRAI peut devenir faux à l'INSERT... C'est comme cela que l'on fait du surbooking sans le savoir.

    Dans votre cas :

    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
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    ALTER PROCEDURE [dbo].[reception] 
    	-- Paramètres de la procédure
    	  @ID_stock int
    	, @codearticle varchar(50)
        , @num_lot varchar(50)
        , @IDpers nchar(10)
        , @qte float
        , @empl varchar(50);
     
    SET NOCOUNT ON;
    --Test INUTILE !!!!sur la capacité de l'emplacement choisi
    --AS IF EXISTS (SELECT Code_emplacement FROM Emplacement WHERE Code_emplacement=@empl AND Emplacement.capacite >= @qte)
     
    --1er Cas : la quantité à stocker peut être placé dans l'emplacement choisi.
     
    ---BEGIN
     
     
    BEGIN TRANSACTION   
     
       INSERT INTO Stock (
    	ID_stock
    	, Code_article
    	, Num_lot
    	, Code_emplacement
    	, quantite
    	, ID_personne)
     
    	SELECT @ID_stock, @codearticle, @num_lot, 
               @empl, @qte, @IDpers
        WHERE  EXISTS (SELECT * 
                       FROM   Emplacement 
                       WHERE  Code_emplacement=@empl 
                         AND  Emplacement.capacite >= @qte);
        IF @@ERROR <> 0 GOTO LBL_ERROR;
     
    	--mise  à jour de la capacité de l'emplacement.
        IF @@ROWCOUNT > 0
    	   UPDATE Emplacement
    	   SET Capacite=Capacite-@qte 
           WHERE Emplacement.Code_emplacement=@empl;
           IF @@ERROR <> 0 GOTO LBL_ERROR;
        ELSE
        BEGIN
     
           RAISERROR ('choisir un autre emplacement',16,1)
     
        END
     
    COMMIT TRANSACTION;
     
    RETURN;
     
    LBL_ERROR:
     
    ROLLBACK TRANSACTION
    A +

  3. #3
    Membre du Club
    Homme Profil pro
    SQL Server
    Inscrit en
    Juin 2010
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : SQL Server
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Juin 2010
    Messages : 43
    Points : 63
    Points
    63
    Par défaut
    Utilise au début de la procédure :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    Begin transaction
    [ton code]
    Commit transaction
    http://msdn.microsoft.com/en-us/library/ms188929.aspx

    De plus utilise la gestion d'erreur Try Catch
    et dans le catch mets : rollback transaction
    http://msdn.microsoft.com/fr-fr/library/ms175976.aspx

  4. #4
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    Il faut que vous testiez chaque ordre SQL afin de savoir s'il part en erreur et quoi faire.

    D'autre part beaucoup d'erreur dans votre code :
    - les erreurs utilisateur doivent avoir une sévérité de 16
    - séparer le test EXISTS de l'insertion à toutes les chances d'être casse gueule. Entre les deux requêtes quelqu'un peut insérer des données et le EXISTE qui valait VRAI peut devenir faux à l'INSERT... C'est comme cela que l'on fait du surbooking sans le savoir.

    A +
    Bonjour,

    merci pour votre aide. J'ai compris mes erreurs, (je suis novice...), notamment la place où doit se situer le test EXISTS. Pour la sévérité des erreurs, je ne connais pas l'échelle. Je vais faire des recherches là-dessus.

    Encore merci (ainsi qu'à ATMorphine),

    à+

  5. #5
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    J'ai essayé le code. J'ai une erreur à l'exécution:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    Msg*102, Niveau*15, État*1, Procédure*reception, Ligne*13
    Syntaxe incorrecte vers ';'.
    Le problème est qu'il n'y a aucun ";" à la ligne 13. Elle correspond à une des déclarations de variable:

    je suis sous SQL server 2005. Pourquoi voit-il un ";"???

    merci,

  6. #6
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    Re,

    bon je commence à comprendre ce qui se passe. Les lignes correspondant à des commentaires ne sont pas comptabilisées. Pratique...
    Le problème se situerait alors au ";" à la fin de la déclaration des paramètres de la procédure. Je les ai enlevés, mais ça génère un autre message d'erreur...

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    CREATE PROCEDURE [dbo].[reception2] 
    	-- Paramètres de la procédure
    	  @ID_stock int
    	, @codearticle varchar(50)
        , @num_lot varchar(50)
        , @IDpers nchar(10)
        , @qte float
        , @empl varchar(50);
     
    SET NOCOUNT ON;
    Où se situe donc l'erreur de syntaxe?...

    merci,
    Edouard.

  7. #7
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 899
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 899
    Points : 53 140
    Points
    53 140
    Billets dans le blog
    6
    Par défaut
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    CREATE PROCEDURE [dbo].[reception2] 
    	-- Paramètres de la procédure
    	  @ID_stock int,
    	, @codearticle varchar(50)
        , @num_lot varchar(50)
        , @IDpers nchar(10)
        , @qte float
        , @empl varchar(50);
     
    SET NOCOUNT ON;
    Voire en rouge la virgule manquante !

    A +

  8. #8
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    Merci!

    mais ça ne va toujours pas ... car il y a déjà une virgule entre @ID_stock et @codearticle. ça fait donc 2 virgules et plusieurs messages d'erreurs puisqu'il ne s'y retrouve plus du coup avec les paramètres... vraiment je ne vois pas.

    merci,

  9. #9
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    J'ai supprimé le ";" à la fin de la déclaration des paramètres, puis ajouté "AS" juste avant le BEGIN TRANSACTION. L'exécution SQL fonctionne.
    Du coup, j'ai également supprimé :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    ELSE
        BEGIN
     
           RAISERROR ('choisir un autre emplacement',16,1)
     
        END
    puisqu'avec les lbl_error ça ne sert plus.

    autre chose, j'ai du supprimer IF @@ROWCOUNT > 0, sinon la table emplacement ne se met pas à jour. Et là je ne vois pas pourquoi...

    merci,

  10. #10
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Points : 12 371
    Points
    12 371
    Par défaut
    Bonjour,

    Puisque vous êtes sous SQL Server 2005, autant utiliser TRY ... CATCH :

    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
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    ALTER PROCEDURE [dbo].[reception] 
    	@ID_stock int
    	, @codearticle varchar(50)
    	, @num_lot varchar(50)
    	, @IDpers nchar(10)
    	, @qte float
    	, @empl varchar(50)
    AS
    BEGIN 
    	SET NOCOUNT ON
     
    	BEGIN TRY
    		BEGIN TRANSACTION
     
    		INSERT INTO dbo.Stock
    		(
    			ID_stock
    			, Code_article
    			, Num_lot
    			, Code_emplacement
    			, quantite
    			, ID_personne
    		)
    		SELECT	@ID_stock
    			, @codearticle
    			, @num_lot
    			, @empl
    			, @qte
    			, @IDpers
    		FROM	dbo.Emplacement 
    		WHERE	Code_emplacement = @empl 
    		AND	Emplacement.capacite >= @qte
     
    		-- Mise  à jour de la capacité de l'emplacement.
    		IF @@ROWCOUNT > 0
    		BEGIN
    			UPDATE	Emplacement
    			SET	Capacite = Capacite - @qte 
    			WHERE	Emplacement.Code_emplacement = @empl
    		END
     
    		COMMIT TRANSACTION
    	END TRY
    	BEGIN CATCH
    		RAISERROR('choisir un autre emplacement', 16, 1)
     
    		ROLLBACK TRANSACTION
    	END CATCH
    END
    @++

  11. #11
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    Bonjour Elsuket,

    encore merci, ça marche parfaitement ! effectivement, la gestion des erreurs par try catch semble plus souple. Juste une précision : si je souhaite afficher un message d'erreur qui serait fonction du type d'erreur, comment faire? Pour faire simple, il peut y avoir 2 types d'erreur : erreur de frappe (produit non reconnu dans la table Article) et emplacement pas assez suffisant pour la réception (ce que fait déjà le catch que vous avez écrit).
    Faut-il faire 2 blocs try/catch ou bien faire une distinction dans le seul bloc catch ( IF....RAISERROR, ELSE RAISERROR)?

    merci!

  12. #12
    Membre du Club
    Homme Profil pro
    SQL Server
    Inscrit en
    Juin 2010
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : SQL Server
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Juin 2010
    Messages : 43
    Points : 63
    Points
    63
    Par défaut
    Lis le lien que je t'ai fournis sur le Try Catch,
    Ca t'explique comment l'utiliser et tu gagneras du temps pour ton developpement

  13. #13
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Points : 12 371
    Points
    12 371
    Par défaut
    Vous devez pour cela effectuer deux tests.
    Sachez que vous pouvez stocker et référencer en premier paramètre de RAISERROR l'identifiant de vos propres messages d'erreur à l'aide de la procédure stockée système sp_addmessage

    @++

  14. #14
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    Ok,

    je vais tenter de faire ça.

    merci,

  15. #15
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 899
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 899
    Points : 53 140
    Points
    53 140
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par ed222 Voir le message
    Bonjour Elsuket,

    encore merci, ça marche parfaitement ! effectivement, la gestion des erreurs par try catch semble plus souple. Juste une précision : si je souhaite afficher un message d'erreur qui serait fonction du type d'erreur, comment faire? Pour faire simple, il peut y avoir 2 types d'erreur : erreur de frappe (produit non reconnu dans la table Article) et emplacement pas assez suffisant pour la réception (ce que fait déjà le catch que vous avez écrit).
    Faut-il faire 2 blocs try/catch ou bien faire une distinction dans le seul bloc catch ( IF....RAISERROR, ELSE RAISERROR)?

    merci!
    Dans ce cas évitez le TRY CATCH qui est "global" et utilisez le bon vieux GOTO :

    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
    ...
    IF @@ROWCOUNT =  0 GOTO LBL_PLUS_DE_STOCK
     
    ...
    IF @@ERROR <> 0 GOTO LBL_ERREUR
     
     
    COMMIT TRANSACTION;
    RETURN;
    LBL_PLUS_DE_STOCK:
       ROLLBACK TRANSACTION
       RAISERROR('Ya plus de stock', 16, 1);
       RETURN
    LBL_ERREUR:
       ROLLBACK TRANSACTION
       RAISERROR('Erreur SQL', 16, 1);

    A +

    RAISERROR(

  16. #16
    Membre à l'essai
    Inscrit en
    Juin 2010
    Messages
    53
    Détails du profil
    Informations forums :
    Inscription : Juin 2010
    Messages : 53
    Points : 22
    Points
    22
    Par défaut
    Bonjour,

    j'ai essayé avec le try/catch mais j'avoue que je n'y arrive pas puisque je me demande comment faire...

    merci,

Discussions similaires

  1. gestion des erreurs dans une transaction mysql
    Par ytoutou dans le forum Requêtes
    Réponses: 3
    Dernier message: 17/12/2010, 23h21
  2. [SSIS] [2K5] Gestion d'une transaction dans un SSIS
    Par maxime84310 dans le forum SSIS
    Réponses: 3
    Dernier message: 01/07/2009, 17h47
  3. [SGBD]Evaluation du temps d'une transaction
    Par vsavoir dans le forum Décisions SGBD
    Réponses: 4
    Dernier message: 26/10/2004, 17h53
  4. gestion d'une erreur
    Par Jeannotc dans le forum Bases de données
    Réponses: 8
    Dernier message: 25/06/2004, 18h04
  5. Utilisation d'une transaction
    Par Bernard M dans le forum Bases de données
    Réponses: 6
    Dernier message: 21/04/2004, 23h31

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo