Bien que beaucoup de gens utilisent des programmes triggers pour valider des données, cette façon de faire présente des inconvénients. Quand on utilise un trigger pour valider des données, toute application capable de lancer le trigger doit aussi être capable de traiter les erreurs qu'il engendre. C'est contraire à la
Canevas pour réussir la mise en oeuvre des triggers (3)
![Canevas pour réussir la mise en oeuvre des triggers (3) Canevas pour réussir la mise en oeuvre des triggers (3)](https://www.itpro.fr/wp-content/uploads/2015/04/651d6bf787c501f666772272d259aebd.jpg)
philosophie de base des triggers, qui
part du principe qu’un trigger peut être
lancé à partir de toute application dont
l’auteur ignore peut-être qu’un trigger est
associé à un événement de base de données
particulier. Si vous décidez d’utiliser
des triggers pour valider des données, essayez
d’isoler le code de traitement d’erreurs.
Songez à utiliser une file d’attente
de données, un fichier base de données
ou une file d’attente de messages distincte
(pas la file d’attente de messages
du programme) pour signaler les erreurs
à l’application appelante. Vous pourriez
même utiliser un document XML pour
signaler des erreurs à partir d’un programme
trigger (nous y reviendrons).
Le reporting d’erreurs est au coeur du
travail de conception d’applications utilisant
des triggers. Si le programme trigger
signale les erreurs directement à l’application
appelante, on perd la séparation
de la fonction, qui est le principal avantage
des triggers. Par conséquent, dans
l’idéal, les triggers devraient être limités
aux fonctions dont on n’attend pas couramment
qu’elles signalent des conditions
d’erreur. Cela ne signifie pas qu’il
n’est pas nécessaire de prévoir le traitement
des erreurs dans les programmes
trigger, mais l’objectif d’un programme
trigger ne devrait pas être de communiquer
des erreurs à l’application qui a provoqué
le déclenchement du trigger. Il devrait
être de traiter une tâche qui doit se
produire, sans défaillance, à chaque modification
de la base de données, indépendamment
de l’origine de l’événement.
Ainsi utilisés, les triggers
améliorent considérablement votre kit
de développement d’applications.
Téléchargez cette ressource
![Comment lutter contre le Phishing ?](https://www.itpro.fr/wp-content/uploads/2024/07/Special-Report-Eviden-Securite-Phishing-Juillet-2024.png)
Comment lutter contre le Phishing ?
Dans un environnement cyber en constante mutation, le phishing évolue vers des attaques toujours plus sophistiquées combinant IA, automatisation et industrialisation. Une réalité complexe qui exige des mesures de sécurité avancées et repensées au-delà de l’authentification multifacteur. Découvrez les réponses technologiques préconisées par les experts Eviden et les perspectives associées à leur mise en œuvre.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Multicloud Computing : Êtes-vous prêt pour la prochaine nouvelle vague informatique ?
- IA : les PME devraient adopter des outils NoCode appropriés
- Guide des certifications Microsoft
- Transition vers le Cloud : l’approche stratégique pour répondre aux exigences de cybersécurité NIS 2
- Vers une meilleure qualité de données : l’IA vient en renfort
![Revue Smart DSI](https://www.itpro.fr/wp-content/uploads/2024/07/SMART-DSI-Numero-34-Juin-2024.jpg)