Ressources complémentaires – erreurs de SQL imbriqué
SQL contient une directive de précompilateur, Whenever, qui, à première vue et aux yeux d’une personne non initiée, ressemble à un raccourci de coding sympathique. Le manuel SQL Reference indique que l’instruction Whenever « spécifie l’action à mener quand une condition d’exception spécifiée se produit ». Mais c’est une instruction qu’il vaut mieux éviter purement et simplement, parce qu’elle peut perturber de multiples manières la logique du programme.
L’instruction Whenever est encombrante et source d’erreurs, et elle obscurcit le flux de votre code. Les problèmes surviennent parce que l’étendue d’une instruction Whenever est basée sur la séquence statique de votre code source, pas sur la séquence exécution. Si vous ne comprenez pas bien la manière dont Whenever affecte votre code, ou si vous réagencez simplement les sous-routines ou autre code dans le domaine d’une ou plusieurs instructions Whenever, vous risquez un comportement très fantaisiste du programme.
Le bon moyen pour traiter le flux de contrôle dans un programme SQL imbriqué consiste à vérifier le SQL state après chaque instruction SQL exécutable, comme je l’explique dans l’article principal.
Téléchargez cette ressource
Sécuriser votre système d’impression
Longtemps sous-estimée, la sécurisation d’un système d’impression d’entreprise doit être pleinement prise en compte afin de limiter le risque de fuite d’informations sensibles. Voici les 3 principales précautions à prendre.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Top 5 des technologies à suivre en 2025 et au-delà !
- Simplifier la mise en réseau Cloud avec Aviatrix
- L’ingénierie sociale utilisée pour les cyberattaques visant la supplychain
- Garantir la performance et la fiabilité des modèles de Machine Learning en production : le rôle central des sources de données et des feature stores
- Prédictions Cybersécurité, IA & Quantique en 2025