sio2:d4-a05-la_programmation_de_declencheurs

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision		 Révision précédente
sio2:d4-a05-la_programmation_de_declencheurs [2024/11/28 11:41] – dthevenotsio2:d4-a05-la_programmation_de_declencheurs [2025/03/17 19:13] (Version actuelle) – [Alternative] dthevenot
Ligne 1: Ligne 1:
 ~~SLIDESHOW~~ ~~SLIDESHOW~~
-====== D4-A05 Gestion des données – La programmation au sein d’un SGBD - les déclencheurs (triggers) ======+====== D4-A05 : Gestion des données – La programmation au sein d’un SGBD - les déclencheurs (triggers) ======
  <badge>Notions abordées :   <badge>Notions abordées : 
   * Le respect de contraintes d’intégrité avancées à l’aide de déclencheurs ;    * Le respect de contraintes d’intégrité avancées à l’aide de déclencheurs ; 
Ligne 8: Ligne 8:
 ===== Rappels : Contraintes d’intégrité ===== ===== Rappels : Contraintes d’intégrité =====
  
-Une contrainte d'intégrité est une règle qui définit la cohérence d'une donnée ou d'un ensemble de données de la BD. Les contraintes d’intégrité sont des règles que les attributs des relations doivent respecter afin d’assurer le bon fonctionnement du modèle.+Une **contrainte d'intégrité** est une règle qui définit la **cohérence** d'une donnée ou d'un ensemble de données de la BD. Les contraintes d’intégrité sont des règles que les attributs des relations doivent respecter afin d’assurer le bon fonctionnement du modèle.
  
 Il existe deux types de contraintes : Il existe deux types de contraintes :
Ligne 22: Ligne 22:
 =====  ===== =====  =====
 Les contraintes d'intégrité sur une table sont : Les contraintes d'intégrité sur une table sont :
-  
-=====  ===== 
-Les différentes contraintes d’intégrité :  
   * La contrainte de domaine   * La contrainte de domaine
   * La contrainte de relation   * La contrainte de relation
   * La contrainte de référence ou contrainte d’intégrité référentielle   * La contrainte de référence ou contrainte d’intégrité référentielle
  
-===== Contraintes d'intégrité avancé : les limites de SQL =====+===== Contraintes d'intégrité avancées : les limites de SQL =====
 Le langage SQL usuel permet de nombreuses opérations sur les bases de données mais ne suffit malgré tout pas à implémenter toutes les règles de gestion inhérentes à celles-ci. En effet, il est par exemple impossible d’assurer l’intégrité des données dès lors que le modèle de données nécessite la mise en œuvre de **contraintes d’intégrité avancées.**   Le langage SQL usuel permet de nombreuses opérations sur les bases de données mais ne suffit malgré tout pas à implémenter toutes les règles de gestion inhérentes à celles-ci. En effet, il est par exemple impossible d’assurer l’intégrité des données dès lors que le modèle de données nécessite la mise en œuvre de **contraintes d’intégrité avancées.**  
 =====  ===== =====  =====
Ligne 36: Ligne 33:
 Ainsi le langage SQL a-t ’il fait l’objet d’enrichissements successifs de sorte que de nouvelles notions sont apparues de manière à pouvoir solutionner des problématiques telles que celles évoquées ci-avants. Ces notions font même désormais partie de la norme SQL : **trigger, événements, procédures et fonctions stockées. ** Ainsi le langage SQL a-t ’il fait l’objet d’enrichissements successifs de sorte que de nouvelles notions sont apparues de manière à pouvoir solutionner des problématiques telles que celles évoquées ci-avants. Ces notions font même désormais partie de la norme SQL : **trigger, événements, procédures et fonctions stockées. **
    
-C’est dans ce contexte que l’on étudie ci-après la notion de triggers. Procédures et fonctions stockées feront l’objet d’un cours venant compléter celui-ci. +C’est dans ce contexte qu'on étudie ci-après la notion de triggers. Procédures et fonctions stockées feront l’objet d’un cours venant compléter celui-ci. 
  
 ===== Les déclencheurs (triggers) ===== ===== Les déclencheurs (triggers) =====
  
-Un trigger est une règle spécifiant une action à exécuter sur la BD, quand une condition est vérifiée, suite à une mise à jour ou une interrogation. C'est un algorithme exécuté à l’occasion d’un événement se produisant sur une table d’une base de données. Ce mécanisme est aussi nommé déclencheur. Un trigger est de la forme :+Un trigger est une règle spécifiant une action à exécuter sur la BD, quand une condition est vérifiée, suite à une mise à jour. C'est un algorithme exécuté à l’occasion d’un événement se produisant sur une table d’une base de données. Ce mécanisme est aussi nommé déclencheur. Un trigger est de la forme :
 =====  ===== =====  =====
   * sur <événement>   * sur <événement>
Ligne 52: Ligne 49:
 =====  ===== =====  =====
 ==== les <événements> ==== ==== les <événements> ====
-Les événements sont typiquement les suivants : +Les événements sont les suivants : 
   * BEFORE INSERT : pour exécuter un trigger avant l’insertion d’une nouvelle ligne au sein d’une table. La nouvelle ligne n’est donc pas encore dans la table au moment de l’exécution du trigger.    * BEFORE INSERT : pour exécuter un trigger avant l’insertion d’une nouvelle ligne au sein d’une table. La nouvelle ligne n’est donc pas encore dans la table au moment de l’exécution du trigger. 
   * AFTER INSERT : pour exécuter un trigger après l’insertion d’une nouvelle ligne au sein d’une table. La nouvelle ligne existe donc effectivement dans la table au moment de l’exécution du trigger.    * AFTER INSERT : pour exécuter un trigger après l’insertion d’une nouvelle ligne au sein d’une table. La nouvelle ligne existe donc effectivement dans la table au moment de l’exécution du trigger. 
Ligne 69: Ligne 66:
 L’exécution d’un trigger est encapsulée dans ce qu’on appelle une transaction. Une transaction, c’est un ensemble de traitements qui doivent s’exécuter en bloc. Si l’un des traitements échoue, toute la transaction échoue et tous les traitements qui ont été exécutés sont annulés.  L’exécution d’un trigger est encapsulée dans ce qu’on appelle une transaction. Une transaction, c’est un ensemble de traitements qui doivent s’exécuter en bloc. Si l’un des traitements échoue, toute la transaction échoue et tous les traitements qui ont été exécutés sont annulés. 
    
-L’on peut valider une transaction. C’est ce qu’on appelle un COMMIT. Au contraire, l’on peut faire échouer une transaction. C’est ce qu’on qualifie de ROLLBACK. +On peut valider une transaction. C’est ce qu’on appelle un COMMIT. Au contraire, on peut faire échouer une transaction. C’est ce qu’on qualifie de ROLLBACK. 
 =====  ===== =====  =====
 En MySQL, conformément à la norme, on fait échouer une transaction en levant une erreur grâce à l’instruction SIGNAL.  En MySQL, conformément à la norme, on fait échouer une transaction en levant une erreur grâce à l’instruction SIGNAL. 
Ligne 96: Ligne 93:
 __Explication : __  __Explication : __ 
  
-  * À l’insertion, l’on insère une nouvelle ligne. Il n’y a pas d’ancienne ligne (OLD) mais bien une nouvelle (NEW). De ce fait, l’opérateur OLD est inutilisable.  +  * À l’insertion, on insère une nouvelle ligne. Il n’y a pas d’ancienne ligne (OLD) mais bien une nouvelle (NEW). De ce fait, l’opérateur OLD est inutilisable.  
-  * À la mise à jour, l’on vient modifier une ligne préexistante. Il y a donc une ancienne ligne (OLD) et une nouvelle (NEW), à savoir la même mais modifiée. NEW et OLD sont dès lors utilisables.  +  * À la mise à jour, on vient modifier une ligne préexistante. Il y a donc une ancienne ligne (OLD) et une nouvelle (NEW), à savoir la même mais modifiée. NEW et OLD sont dès lors utilisables.  
-  * À la suppression, l’on souhaite retirer une ligne préexistante. Il n’est pas question de nouvelle ligne (NEW) mais l’ancienne va être ou a été supprimée (OLD). On peut par conséquent utiliser OLD mais on ne peut utiliser NEW. +  * À la suppression, on souhaite retirer une ligne préexistante. Il n’est pas question de nouvelle ligne (NEW) mais l’ancienne va être ou a été supprimée (OLD). On peut par conséquent utiliser OLD mais on ne peut utiliser NEW. 
 =====  ===== =====  =====
 ==== L’intérêt ==== ==== L’intérêt ====
    
-Si nous pouvons exécuter un programme lorsqu’un événement se produit, nous pouvons désormais, entre autres choses, vérifier des contraintes d’intégrité avancées. Et c’est ce que nous allons tâcher de montrer au travers de quelques exemples. +Si nous pouvons exécuter un programme lorsqu’un événement se produit, nous pouvons désormais, entre autres choses, vérifier des contraintes d’intégrité avancées. C’est ce que nous allons découvrir au travers de quelques exemples. 
  
 [[Exercices d'applications]] [[Exercices d'applications]]
Ligne 110: Ligne 107:
  
 ===== Avantages ===== ===== Avantages =====
- Les triggers permettent de mettre en œuvre des contrôles d’intégrité avancées.  +Les triggers permettent de mettre en œuvre des contrôles d’intégrité avancées.  
-A l’inverse des contrôles applicatifs, lesquels nécessitent des va-et-vient entre le logiciel et le SGBD, les triggers permettent un accès direct à la base de données, ce qui améliore donc le temps de réponse de vos applications et sécurise l’accès aux données.  +A l’inverse des contrôles applicatifs, lesquels nécessitent des va-et-vient entre le logiciel et le SGBD, les triggers permettent un accès direct à la base de données, ce qui améliore donc le **temps de réponse** de vos applications et **sécurise l’accès aux données**.  
-Plus encore, l’exécution du code d’un trigger étant réalisée au sein même du SGBD, l’algorithme développé peut profiter des optimisations effectuées par le SGBD (tables d’index, fonctions de calcul optimisées, etc.).+Plus encore, l’exécution du code d’un trigger étant réalisée au sein même du SGBD, l’algorithme développé peut profiter des **optimisations effectuées par le SGBD** (tables d’index, fonctions de calcul optimisées, etc.).
 =====  ===== =====  =====
-Cela permet également de partager la source de données entre plusieurs applications sans rompre la logique de validation, d’intégrité de la base de données.  +Cela permet également de **partager la source de données entre plusieurs applications sans rompre la logique de validation, d’intégrité de la base de données**.  
-Comme le serveur de base de données exécute des triggers, ils peuvent profiter de ressources serveur améliorées telles que la RAM et le processeur.+Comme le serveur de base de données exécute des triggers, ils peuvent profiter de **ressources serveur** améliorées telles que la RAM et le processeur.
  
-En somme, l’avantage du recours aux triggers réside avant tout dans les performances qu’ils peuvent procurer. +En somme, l’avantage du recours aux triggers réside avant tout dans les **performances** qu’ils peuvent procurer. 
      
 ===== Inconvénients ===== ===== Inconvénients =====
-Quoique des normes SQL existent et que les implémentations du langage SQL tendent à s’harmoniser ces dernières années, la syntaxe utilisée demeure relativement propre au SGBDR utilisé. +Même si des normes SQL existent et que les implémentations du langage SQL tendent à s’harmoniser ces dernières années, **la syntaxe utilisée demeure relativement propre au SGBDR utilisé**. 
  
 Par exemple, SQL Server dispose de sa propre implémentation, appelée Transact-SQL et souvent abrégée TSQL. De même, Oracle dispose d’une implémentation appelée PL-SQL.  Par exemple, SQL Server dispose de sa propre implémentation, appelée Transact-SQL et souvent abrégée TSQL. De même, Oracle dispose d’une implémentation appelée PL-SQL. 
  
-Ainsi, la première limite des triggers réside dans le fait que le SQL avancé, celui que nous étudions dans ce cours, ne soit pas interopérable. De plus, la syntaxe SQL employée peut sembler relativement lourde en comparaison de celles des langages les plus courants (PHP, Python, Java, etc.). Finalement, ces derniers langages offrent une syntaxe souvent plus étoffée que celle du SQL. +Ainsi, la première limite des triggers réside dans le fait que le SQL avancé, celui que nous étudions dans ce cours, ne soit **pas interopérable**. De plus, la syntaxe SQL employée peut sembler relativement lourde en comparaison de celles des langages les plus courants (PHP, Python, Java, etc.). Finalement, ces derniers langages offrent une syntaxe souvent plus étoffée que celle du SQL. 
  
 ===== Alternative ===== ===== Alternative =====
    
-Un trigger n’est finalement qu’un simple programme. Et il est très fréquent de vérifier les contraintes d’intégrité de façon logicielle. On parle de contrôle logiciel ou de contrôle applicatif. Autrement dit, c’est souvent le logiciel ou les logiciels interagissant avec une base de données qui procèderont à la vérification des règles de gestion et des contraintes d’intégrité en particulier. On considérera communément que ces vérifications font partie de la logique métier. +Un déclencheur n’est finalement qu’un simple programme. Il est très fréquent de vérifier les contraintes d’intégrité de façon logicielle. On parle de **contrôle logiciel ou de contrôle applicatif**. Autrement dit, c’est souvent le logiciel ou les logiciels interagissant avec une base de données qui procèderont à la vérification des **règles de gestion** et des **contraintes d’intégrité** en particulier. On considérera communément que ces vérifications font partie de la **logique métier**. 
 =====  ===== =====  =====
  
- Ce choix offre souvent l’avantage de la portabilité, de l’interopérabilité. Effectivement, une migration de base de données ou une duplication de la base de données vers un autre SGBD sera sans effet sur la vérification des contraintes. De surcroît, les langages de programmations actuels disposent en général d’une syntaxe plus aboutie et plus facile d’utilisation que celle proposée par la norme SQL. Plus encore, ces derniers sont souvent accompagnés de frameworks de type ORM (Object Relational Mapping) permettant de vérifier de manière élégante des contraintes d’intégrités avancées. + Ce choix offre souvent l’avantage de la **portabilité**, de **l’interopérabilité**. Effectivement, une migration de base de données ou une duplication de la base de données vers un autre SGBD sera sans effet sur la vérification des contraintes. De surcroît, les langages de programmation actuels disposent en général d’une syntaxe plus aboutie et plus facile d’utilisation que celle proposée par la norme SQL. Plus encore, ces derniers sont souvent accompagnés de frameworks de type **ORM** (Object Relational Mapping) permettant de vérifier de manière élégante des contraintes d’intégrités avancées. 
  
  
  • sio2/d4-a05-la_programmation_de_declencheurs.1732790507.txt.gz
  • Dernière modification : 2024/11/28 11:41
  • de dthevenot