Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente | |
| sio2:d4-a05-la_programmation_de_declencheurs [2025/03/17 19:11] – [Inconvénients] dthevenot | sio2:d4-a05-la_programmation_de_declencheurs [2025/03/17 19:13] (Version actuelle) – [Alternative] dthevenot |
|---|
| ===== Alternative ===== | ===== Alternative ===== |
| | |
| Un trigger 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. | 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 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. | 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. |
| |
| |