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

Langage SQL Discussion :

Question trigger + Transaction


Sujet :

Langage SQL

  1. #1
    Membre émérite

    Profil pro
    Inscrit en
    Mars 2005
    Messages
    1 683
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : Mars 2005
    Messages : 1 683
    Points : 2 579
    Points
    2 579
    Par défaut Question trigger + Transaction
    Bonjour,

    Simple question :

    Les instructions SQL before et after d'un trigger déclenché à cause d'un ordre SQL sont elles placées implicitement dans une transaction qui englobe le tout ? En d'autres termes, y-a-t-il atomicité des opérations dans la chaine "before > opération déclenchante > after" ?

  2. #2
    Membre éclairé Avatar de rberthou
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    612
    Détails du profil
    Informations personnelles :
    Âge : 60
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 612
    Points : 690
    Points
    690
    Par défaut
    Je pense que tu veux parler des triggers "pre-insert" , "post-insert" et équivalent.

    Et dans ce cas je répondrais OUI mais il est toujours préférable de vérifier cela avec ta base de données.

  3. #3
    Membre confirmé Avatar de TryExceptEnd
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2006
    Messages
    501
    Détails du profil
    Informations personnelles :
    Sexe : Homme

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2006
    Messages : 501
    Points : 576
    Points
    576
    Par défaut
    Citation Envoyé par vmolines Voir le message
    Bonjour,

    Simple question :

    Les instructions SQL before et after d'un trigger déclenché à cause d'un ordre SQL sont elles placées implicitement dans une transaction qui englobe le tout ? En d'autres termes, y-a-t-il atomicité des opérations dans la chaine "before > opération déclenchante > after" ?
    Si ce n'était pas le cas, le SGBD est a jeter par la fenêtre pour qu'il tombe sur la tronche de celui qui l'a développé.

  4. #4
    Membre éclairé Avatar de rberthou
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    612
    Détails du profil
    Informations personnelles :
    Âge : 60
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 612
    Points : 690
    Points
    690
    Par défaut
    Citation Envoyé par TryExceptEnd Voir le message
    Si ce n'était pas le cas, le SGBD est a jeter par la fenêtre pour qu'il tombe sur la tronche de celui qui l'a développé.
    Oui mais je me demande ce qui se passe si on "s'amuse" a placer un commit ou rollback dans un trigger (je pense que cela devrait être interdit mais j ai jamais vérifié).

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 902
    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 902
    Points : 51 646
    Points
    51 646
    Billets dans le blog
    6
    Par défaut
    Sauf spécification contraire, le trigger fait partie intégrante de la transaction. Le fait de placer un COMMIT ou ROLLBACK à pour but de la finaliser.

    A +

  6. #6
    Rédacteur/Modérateur

    Avatar de Antoun
    Homme Profil pro
    Architecte décisionnel
    Inscrit en
    Octobre 2006
    Messages
    6 284
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2006
    Messages : 6 284
    Points : 11 737
    Points
    11 737
    Par défaut
    Quel est ton SGBD ?
    Je peux te répondre pour MySQL/InnoDB : chaque requête est atomique, y compris le trigger qu'elle déclenche. Si le trigger échoue, cela entraîne l'annulation de la requête.

    Cette atomicité est valable que la requête soit ou non dans une transaction, et elle se place à un niveau plus fin que la transaction elle-même. Autrement dit, c'est comme s'il y avait un SAVEPOINT avant chaque requête, et un ROLLBACK TO SAVEPOINT en cas d'échec après.

    Enfin, COMMIT et ROLLBACK sont interdits dans un trigger, ainsi que les instructions DDL qui entraînent un COMMIT implicite.

  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 902
    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 902
    Points : 51 646
    Points
    51 646
    Billets dans le blog
    6
    Par défaut
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Enfin, COMMIT et ROLLBACK sont interdits dans un trigger
    ça c'est faux... C'est peut être comme ça chez MySQL par manque d'implémentation. mais ce n'est pas ce que la norme SQL impose !

    A +

  8. #8
    Rédacteur/Modérateur

    Avatar de Antoun
    Homme Profil pro
    Architecte décisionnel
    Inscrit en
    Octobre 2006
    Messages
    6 284
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2006
    Messages : 6 284
    Points : 11 737
    Points
    11 737
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    ça c'est faux... C'est peut être comme ça chez MySQL par manque d'implémentation. mais ce n'est pas ce que la norme SQL impose !
    A +
    J'ai bien dit que je ne répondais que pour MySQL.

  9. #9
    Membre émérite

    Profil pro
    Inscrit en
    Mars 2005
    Messages
    1 683
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : Mars 2005
    Messages : 1 683
    Points : 2 579
    Points
    2 579
    Par défaut
    Merci beaucoup pour vos réponses.

    Je voulais en être sûr dans le cas général (norme SQL) mais aussi pour une future implémentation MySQL.

    Résolu

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Question de transactions
    Par TryExceptEnd dans le forum Connexion aux bases de données
    Réponses: 2
    Dernier message: 09/11/2010, 14h24
  2. Question Trigger Fermeture Panneau
    Par crevette13 dans le forum Forms
    Réponses: 2
    Dernier message: 22/02/2010, 11h09
  3. question sur transaction
    Par looping dans le forum Connexion aux bases de données
    Réponses: 1
    Dernier message: 11/10/2009, 21h52
  4. Question sur transaction
    Par CharleLéo dans le forum Bases de données
    Réponses: 4
    Dernier message: 30/04/2008, 19h24
  5. questions trigger
    Par vincmor dans le forum Oracle
    Réponses: 1
    Dernier message: 11/03/2006, 05h56

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