Dans l’article « SQL Server : retour vers le futur » (www.itpro.fr), j’explique que les données sont au coeur de la majorité des systèmes informatiques modernes et que SQL Server 2005 va estomper les frontières traditionnelles du modèle d’applications multiniveaux. L’un des facteurs clé du changement de notre vision des niveaux d’une architecture informatique est l’inclusion du Common Language Runtime (CLR) dans SQL Server 2005.Cette fonctionnalité est l’une des plus commentées du nouveau produit et les avis positifs ou négatifs à son sujet sont très marqués, allant des utilisateurs qui souhaitent la désactiver ad vitam aeternam aux utilisateurs qui veulent l’employer à toutes les sauces. Les réactions à l’intégration du CLR dans SQL Server 2005 sont intéressantes. Alors qu’un membre de l’équipe de développement SQL Server effectuait une présentation sur l’intégration du CLR, une personne de l’assistance s’est levée et a crié « T-SQL est-il mort ? ». Cette question nous a incité à mettre en place une session spécifique intitulée « Non, T-SQL n’est pas mort ! ». A l’inverse, j’ai eu une conversation avec un programmeur ASP qui venait de découvrir l’intégration du CLR SQL Server et a déclaré d’emblée qu’il constituerait un emplacement remarquable pour stocker tous les assemblys .NET destinés à son site Web.
CLR : un potentiel à découvrir
Lorsque vous considérez le CLR SQL Server, il est important de bien comprendre à quel moment il convient ou non de l’employer. L’article Microsoft « Using CLR Integration in SQL Server 2005 » (http://msdn.microsoft.com/sql /2005/2005articles/default.aspx?pull=/library/en-us/dnsql90/html/sqlclrguidance. asp) explique en détail dans quel cas mettre en oeuvre le CLR SQL Server. Son utilisation judicieuse peut résoudre nombre de problèmes pour lesquels votre solution actuelle consiste à employer du code de niveau intermédiaire. Intrinsèquement, vous pouvez considérer le CLR SQL Server comme un outil vous donnant la possibilité de déplacer des niveaux client ou intermédiaire vers le serveur une logique procédurale complexe, axée essentiellement sur des valeurs stockées dans la base de données. Il permet de tirer parti de milliers de fonctions et classes utiles disponibles dans l’API .NET Framework.
La possibilité d’employer du code géré standard peut, dans certains cas, faciliter considérablement la création de ces fonctions complexes, grâce en partie aux nombreuses constructions sophistiquées (telles que les tableaux et listes) fournies par les langages .NET, mais non prises en charge par T-SQL. Ces fonctions peuvent également décupler les performances car le code géré est précompilé, alors que T-SQL est un langage interprété. En fait, dans les situations requérant des calculs complexes, une logique conditionnelle, la manipulation de chaînes ou des actions similaires, le code géré peut surpasser largement T-SQL, avec moins d’allers et retours sur le réseau par rapport à un traitement des données sur les niveaux client ou intermédiaire.
Téléchargez cette ressource
Guide de Cyber-résilience pour Microsoft 365
La violation de votre tenant M365 va au-delà d’un simple incident de cybersécurité. Elle peut entraîner une interruption opérationnelle généralisée, des perturbations commerciales et une exposition de vos données sensibles. Découvrez les méthodes et technologies pour évaluer, comparer et renforcer votre posture de sécurité Microsoft 365.
Les articles les plus consultés
- L’utilisation des données pour survivre !
- Dark Web : où sont vos données dérobées ?
- Stockage autonome, Evolutivité & Gestion intelligente, Pure Storage offre de nouvelles perspectives aux entreprises
- La blockchain en pratique
- Intelligence Artificielle : DeepKube sécurise en profondeur les données des entreprises
Les plus consultés sur iTPro.fr
- Plus de femmes dirigeantes dans la tech pour la culture d’entreprise et l’inclusion
- Agents IA : de l’expérimentation à la gouvernance, le nouveau rôle des CTO
- Alerte sur les escroqueries reposant sur les deepfakes
- Explosion des interactions vocales avec l’IA générative d’ici 2028
- Les entreprises doivent revoir leur stratégie de résilience des données en profondeur
Sur le même sujet
ActiveViam fait travailler les data scientists et les décideurs métiers ensemble
Les projets d’intégration augmentent la charge de travail des services IT
10 grandes tendances Business Intelligence
Intelligence Artificielle : DeepKube sécurise en profondeur les données des entreprises
La blockchain en pratique
