Business Geek

On y est presque... Ce n'est pas encore la RTM mais on s'en approche. La 1ère Release Candidate (RC0) de SQL Server 2008 est disponible pour les abonnés MSDN et Technet. Cette version a normalement le même périmètre que la version finale.

Il y a un seul Setup pour toutes les versions et le téléchargement se passe ici : https://msdn.microsoft.com/en-us/subscriptions/securedownloads/details/default.aspx?pm=pid%3a334%7CLk:t

Je suis en pleine installation, en mode side-by-side. Je ferai des retours réguliers sur cette version quasi-finale.

J'ai eu, et cela m'est aussi remonté par mes collègues et relations, des soucis avec les installations des CTP de SQL Server. Obligation d'installer deux fois, erreur à la désinstallation...

Un des problèmes que j'avais est le suivant : après une installation réussie, seul un point, et non des moindres, ne marchait pas, le requêtage depuis Management Studio. A l'exécution d'une requête SELECT, Management Studio mouline et ne retourne jamais les résultats. Pourtant, il est possible d'afficher ou de créer des tables ou des bases de données.

J'ai le moyen de contournement à ce problème qui est référencé auprès de Microsoft (programme Connect) : il faut laisser TOUS les répertoires par défaut à l'installation (ie. C:\Program Files\Microsoft SQL Server\). Pour moi, une désinstallation-réinstallation ont suffi pour régler le problème.

Le lien du "bug" est le suivant : http://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=312344

PS : par contre, j'ai dû mettre les droits au service qui fait tourner SQL sur le répertoire où sont mes fichiers MDF à la main... Ah ces sacrés CTP.

Ce petit post pour faire découvrir ou, je l'espère,  redécouvrir, une instruction T-SQL : COALESCE. La définition de cette instruction est :

Quand je parle de cette instruction que j'utilise depuis 2001, on me dit toujours : ben t'as qu'à utiliser ISNULL... Ce n'est pas faux car ISNULL fait la même chose mais uniquement entre 2 valeurs.

Récemment, je suis tombé sur ce code T-SQL, assez illisible : 

ISNULL(matable.Col1, ISNULL(maTable.col2, ISNULL(DefTable.Col1, @ValeurParDefaut))

COALESCE(matable.Col1, maTable.col2, DefTable.Col1, @ValeurParDefaut)

Voila, ça fait la même chose mais c'est plus propre et plus simple à maintenir.

Chez presque tous mes clients, tout le monde utilise le Query Designer pour écrire un SELECT en T-SQL, que ce soit pour faire une vue, une simple recherche ou encore pour créer un Dataset dans Reporting Services. Nombre de mes collègues utilise cet outil également.

A chaque fois je fais la même remarque qui me fait passer pour un vieux con has been :

Evitez d'utiliser le designer de requête ou bien refaite une passe sur le T-SQL généré.

Mes arguments étant les suivants : ordre des jointures, lisibilité du code généré et une expérience avec la bête ayant développée ma mauvaise impression à son égard.

Mais depuis SQL Server 2005, j'ai dû souvent avaler mon chapeau car la qualité de l'optimiseur de requêtes faisait passer mon argumentaire pour un discours de bonimenteur.

Mais j'ai enfin trouvé un cas reproductible où le designer de requête ne ramène pas le résultat escompté et où l'optimiseur de requêtes ne peut pas corriger le tir. En plus, pour appuyer mon discours, je tiens à préciser que cette imprécision du designer a conduit à des erreurs dans des rapports de synthèse.

Explication de texte :

Nous allons travailler avec AdventureWorks. Mon besoin est le suivant : je veux récupérer les produits bleus et, si j'ai l'info, afficher leur prix en juillet 2002. Il y a 26 produits bleus dans la table Product.

 Voici la requête fournie par l'éditeur de requête :

SELECT Production.Product.ProductNumber, Production.Product.Name, Production.ProductCostHistory.StandardCost AS Cost200112
FROM Production.Product LEFT OUTER JOIN
Production.ProductCostHistory ON Production.Product.ProductID = Production.ProductCostHistory.ProductI
WHERE (Production.ProductCostHistory.StartDate = CONVERT(DATETIME, '2002-07-01 00:00:00', 102)) AND
(Production.Product.Color = N'Blue')

Et en résultat, je n'ai qu'un seul produit bleu au lieu de 26. Le problème est que le designer ajoute la condition de la date à l'ensemble du jeu de résultat, or s'il n'y a pas de prix disponible à la date demandée, la valeur sera NULL à cause de la jointure externe.

Pour corriger le problème, il faut remonter la condition sur la jointure pour filter la table ProductCostHistory avant de faire la jointure.

ON Production.Product.ProductID = Production.ProductCostHistory.ProductID AND
(Production.ProductCostHistory.StartDate = CONVERT(DATETIME, '2002-07-01 00:00:00', 102))

 Ainsi, le LEFT JOIN est correctement interprété à l'exécution et on obtient bien les 26 produits bleus. On utilisait cette  technique pour optimiser sous SQL Server 2000 car il arrivait que l'optimiseur ordonne mal les opérations dans le plan d'exécution.

Si on réouvre la requête avec l'éditeur, il représente bien la condition mais de façon assez... bizarre. D'ailleurs, je ne saurais même pas le refaire à la souris. 

Aussi, le designer écrit les tables de la clause FROM dans l'ordre où vous posez les tables sur la surface de travail, ce qui lui fait mettre un RIGHT JOIN au lieu d'une lecture plus naturelle avec un LEFT JOIN. Ceci entraîne une maintenance plus complexe, déjà que se plonger dans une grosse requête n'est pas forcément trivial...

Autre problème que j'ai rencontré quelques fois, quand il y a trop de jointures, LEFT, RIGHT et INNER, en essayant de les mettre bout à bout il arrive qu'il se rate sur le résultat global (bien souvent avec des données non remontées) :-(.

En conclusion, même si le designer vous fait gagner du temps de rédaction, pensez à vérifier les jointures (ordre, condition) et en particulier les jointures externes.

Ce soir, il y a eu une annonce au MIX'08 de Las Vegas d'un nouveau produit dans la famille SQL Server :

SQL Server Data Services

Kezako. C'est une base de données en ligne, un SQL Server en mode ASP. Cela permet de démarrer une activité et de disposer d'une base de données rapidement sans avoir à trouver une hébergeur, installer un serveur, etc. On paie à l'usage.

La techno semble séduisante et mystérieuse. Au programme : un requêtage en LINQ, de la recherche Full-Text, une communication via SOAP, un stockage illimité (moyennant des $$) et un SLA sur de la haute-disponibilité...

Une chose m'intrigue, dans la page de présentation du produit on peut lire :

Years of experience running these technologies in-house.

C'est qu'ils savent bien garder un secret chez MS. Et dire que moi je critiquais l'ouverture de Endpoint HTTP dans un serveur de données, peut-être était-ce ceci la finalité. Ca me fait penser à ce bon article de Bob Beauchemin sur les synergies de développement chez MS.

Toutes les infos et pour s'enregistrer dans le programme beta :
http://www.microsoft.com/sql/dataservices/default.mspx

Je vous laisse, je vais revendre mes serveurs sur eBay.