Toutes les nouveautés de MS SQL Server 2005.

Microsoft annonce la nouvelle moutûre de son SGBDR SQL Server 2005 pour le 7 novembre (2005 bien entendu !) à moins qu'une faille majeure de sécurité débusqué pendant les tests ne retarde son lancement. Profitons-en pour en découvrir toutes les nouvelles fonctionalités...

Sachez dorénavant que Microsoft positionne SQL Server 2005 comme le champion absolu d'Internet et des solutions web, notamment avec du xml validé et indexé, et des web services intégrés. Mais aussi en champion de l'informatique décisionnelle avec la suite BI dev Studio, compléteé par les modules SSIS (un véritable ETL remplaçant DTS) et Reporting Services l'outil de génération d'état.... en attendant Maestro la première pierre d'un édifice qui qui pourrait bien sonner le glas de Cognos ou Business Object !

Ce document est en quatre parties :

• la première partie traite des nouveautés du langage SQL
• la seconde parties traite des nouveautés du langage Transact SQL
• la troisième partie traite des extensions SQLCLR et XML du langage Transact SQL
• la quatrième partie présente les modules complémentaires de MS SQL Server 2005 tels que sqlcmd.exe (remplaçant osql et isql), SSIS (remplaçant DTS), BI dev studio (pour des bases OLAP), service broker (pour les Web Services), Notification Services (pour être tenu informé de changements d'état dans une base) ...

Conclusion sur MS SQL Server 2005 :

Comme l'exprime très bien Joe Celko, dans son article " Keys to the Database " , je ne suis pas super enthousiaste à l'arrivée de SQLCLR, c'est à dire de procédures stockées écrite en .net, au sein de la base de données et exécutées sur le serveur...
Non pas que je trouve le langage C# mauvais, bien au contraire. Celui qui l'a écrit fait partie de mes "fans" et le style de la chose est plutôt parmi les projets intelligents comme le furent le langage ObjectPal de Paradox sous Windows (trop en avance dans ses concepts hélas), ou Delphi et son succès mérité (tiens, trois produits du même auteur ???). Non, là ou le bât blesse, c'est que, parcourant le net à la recherche de code SQLCLR pour expliquer ces concepts, je tombe deux fois sur trois sur du VB .net horriblement mal écrit. Et comment pourrait-il en être autrement avec un langage "à tout faire" écrit à l'origine pour les "débutants" (BASIC : Beginner 's All-purpose Symbolic Instruction Code)...
Que dire aussi du défaut d'impédande (NULL, collations, typage...) introduit par les L4G comme C# ? Je m'étonne par exemple à chaque fois de la complexité des solutions proposées pour résoudre ce problème dans les langages autres que SQL, et je m'étonne encore plus de l'absence quasi systématique de cette question dans le code que j'audite...
Bref, et comme me le disait un professeur d'université, " l'avantage c'est que n'importe quel couillon va être capable de pisser du C# pour faire sa petite fonction. L'inconvénient, c'est quand la fonction va devoir être appelée quelque centaines de milliers de fois dans les lignes d'une table balayée par un SELECT ! ". Car il y a fort à parier, comme c'est le cas actuellement dans les projets employant SQL Server, que peu d'entreprise mettrons un DBA costaud pour valider le code à intégrer dans la base...
D'autant que SQLCLR ne remplace pas Transact-SQL. En avril 2004, invité à titre de MVP chez Microsoft à Redmond pour discuter de la chose, nombre de MVP avait montré leur mécontentement : C# s'avérait moins bon que Transact SQL dans 2 cas sur 3 (c'est toujours le cas), mais l'aspect mercatique étant le plus fort, les microsoftees ne voulait démordre de cette stratégie. Le tohu bohu fut tel que la plupart des présentations que les équipes de développement de MS voulait nous montrer, s'arrêtaient à la deuxième diapo et il s'ensuivait des débats soutenu mais souvent constructifs. La conclusion fût amusante : certains MVP facétieux avait réalisé un tee-shirt sur lequel on voyait un "SQL Server" barré, remplacé per un rageur "CLR Server" !
La contrepartie de la systématisation de .net au sein de SQL Server c'est que l'on l'on va devant un marché sans doute juteux : MS sql Server 2005 va faire un tabac, et des gens comme moi vont devoir intervenir à chaud, lorsqu'au bout de quelques mois d'exploitation, la volumétrie tirera les performances vers le bas et que l'on saura pas comment optimiser l'application, c'est à dire rectifier les horreurs qui ont été écrites par des développeurs à la culture "base de données" restreinte !

Références :

Livres :

A first look at SQL Server 2005 for Developers - Bob Beauchemin, Niels Berglund, Dans Sullivan - Addison Wesley 2004
Microsoft SQL Server 2005 New Features - Michael Otey - McGraw-Hill Osborne 2004

Web :

http://www.microsoft.com/France/sql/sql2005/decouvrez/fonctionnalites.mspx
http://morpheus.developpez.com/SQL-Server-2005/
http://www.sqlservercentral.com/
http://www.extremeexperts.com/
http://www.sqljunkies.com/

Copyright © 2005 SQLPro. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents, images, etc sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts. Cette page est déposée à la SACD.