Les profils décrits ici fournissent des modèles que vous pouvez utiliser pour créer votre propre collection de segments de code qui peuvent être copiés (/Copy) ou inclus (/Include) après chaque instruction SQL exécutable. Pour certaines instructions SQL, il est bon d’avoir plusieurs variantes. Par exemple, pour un Fetch, vous pourriez
Au-delà des principes de base
![Au-delà des principes de base Au-delà des principes de base](https://www.itpro.fr/wp-content/uploads/2015/07/43b3da520a09797aee43e2a0a7ac8012.jpg)
avoir deux possibilités : une utilisée dans une application interactive où il y a d’autres possibilités pour le feedback utilisateur et la récupération sur erreurs, et une autre pour un Fetch dans un job batch.
Des lecteurs avisés se demandent peut-être pourquoi je n’ai pas suggéré d’appeler simplement une procédure polyvalente à laquelle sont passés la variable SqlState et d’autres arguments (par exemple le type d’instruction SQL) et de coder les divers tests dans cette procédure. Cela peut fonctionner mais exige une architecture plus complexe pour contrôler le flux d’exécution qui en découle.
Je pense qu’il est plus simple, et pas moins souple, de combiner les éléments suivants : une collection de sections de code /Copy suivant les profils que j’ai exposés, un peu de code spécifique à l’application dans les sous-routines ou sous-procédures qui ont des noms standards, et un ensemble de procédures appelables pour fournir des fonctions communes comme extraire une information de diagnostic supplémentaire, émettre des entrées de journal, etc.
Dans un prochain article, nous verrons quelques-unes des méthodes pour obtenir des informations de diagnostic supplémentaires au-delà du SqlState et nous examinerons d’autres techniques permettant d’améliorer votre traitement d’erreurs SQL.
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.