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
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
- 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
- Intelligence Artificielle : DeepKube sécurise en profondeur les données des entreprises
- ActiveViam fait travailler les data scientists et les décideurs métiers ensemble
Les plus consultés sur iTPro.fr
- AI Speech double toutes vos vidéos !
- Finance : l’IA générative plébiscitée pour les décisions stratégiques
- Cybersécurité : les comportements à risque des collaborateurs
- Prédictions 2025 : voici comment l’intelligence artificielle va redéfinir la sécurité de 3 façons
- Top 5 des technologies à suivre en 2025 et au-delà !