Business Geek

MS Days à Toulouse

Djeepy1 — Sun, 28 Sep 2008 10:43:00 +0200

Encore un nouvel événement Microsoft me direz-vous... Et bien oui et on ne s'en lasse pas, même si c'est événement n'est autre que le Microsoft Technet Tour de la fin d'année.

Au menu, des sessions et des échanges avec les speakers Microsoft sur les dernières technologies Microsoft : SQL Server 2008, Hyper-V, Visual Studio 2008, le Framework .NET 3.5, etc.

Le session sur la Business Intelligence avec SQL Server 2008 et Performance Point sera animée par votre serviteur. Je vous invite aussi à aller voir la session de Patrick Guimonet de Microsoft sur SQL Server 2008 dont le lancement en version finale a eu lieu pendant les vacances.

L'événement est gratuit et a lieu ces lundi et mardi (oui, le post arrive au dernier moment). Il vous reste donc quelques heures pour valider votre inscription et venir découvrir ou poser des questions sur les solutions Microsoft.

Retour aux affaires

Djeepy1 — Sun, 28 Sep 2008 09:55:00 +0200

Je suis rentré de congés il y a une semaine et le retour a été très chargé ce qui explique l'absence de post.

Comme habituellement, je fais le petit post qui va bien avec une belle photo ensoleillée de mon lieu de vacances : la Toscane en Italie.

Je m'y suis bien reposé, c'était beau et bon mais je n'ai pas réussi à redresser la tour de Pise.

Allez, STOP sur les vacances, c'est la rentrée et il faut se remettre au turbin. Comme je n'aime pas mélanger les sujets, rendez-vous sur le prochain post pour parler séminaire technique...

Analysis Services - Support du format monétaire dans Excel

Djeepy1 — Sun, 31 Aug 2008 17:49:00 +0200

Dans un projet décisionnel, il est nécessaire lors de la restitution des données de les formater. Par exemple, si vous présentez des données financières, il va falloir les afficher correctement.

Dans une architecture applicative classique, on laisse ce travail à la couche de présentation. Dans un contexte décisionnel, cette couche de présentation peut être Reporting Services qui gère le formatage mais ce peut-être aussi un client OLAP autonome comme Excel.

Excel sait gérer aussi le formatage mais c'est aux utilisateurs de le configurer via les options de la PivotTable :

Cette manipulation n'est pas à faire par les utilisateurs finaux, surtout pour des formats triviaux comme des devises.

Analysis Services permet d'ajouter des informations de formatage sur chaque cellule pour guider les clients OLAP dans leur réprésentation des données. Ainsi, quand on déclare un membre calculé par exemple, on ajoute la clause FORMAT_STRING décrivant le membre :

CREATE MEMBER CURRENTCUBE.[Measures].[Prix TTC] AS [Measures].[Prix Vendu]*1.196, FORMAT_STRING = "Currency"

Cette configuration se fait aussi via l'assistant :

Un client OLAP peut récupérer cette information en précisant une clause dans la requête MDX qu'il fait à Analysis Services.

SELECT {[Measures].[Prix TTC]} ON COLUMNS FROM [CubSales] CELL PROPERTIES VALUE, FORMAT_STRING

Excel précise bien cette clause dans ses échanges avec SSAS. Or il se peut qu'il n'arrive pas à représenter un membre calculé de type monétaire malgré l'information provenant du cube.

Une des solutions pour résoudre ce problème serait d'ajouter la clause FORMATTED_VALUE pour forcer le formatage des cellules par Analysis Services avant de renvoyer les données. On peut le vérifier avec une requête MDX dans Management Studio :

SELECT {[Measures].[Prix TTC]} ON COLUMNS FROM [CubSales] CELL PROPERTIES VALUE, FORMAT_STRING, FORMATTED_VALUE

Mais Excel ne permet pas de préciser ce paramètre donc il nous faut trouver une solution. Dans le cadre de données monétaires, il est important de connaître le pays pour déterminer la bonne devise. En effet, si mon cube contient des montants en euros, je ne veux pas voir des dollars si le client ou le serveur est en version US. En conséquence, il faut préciser la culture (Locale) en plus du formatage dans les méta-données des cellules. Ainsi, corrigeons notre membre calculé :

CREATE MEMBER CURRENTCUBE.[Measures].[Prix TTC] AS [Measures].[Prix Vendu]*1.196, FORMAT_STRING = "Currency", LANGUAGE = 1036 //fr-FR

Et là, plus de problème dans Excel pour afficher vos membres calculés en € de façon automatique. Attention, cette manipulation n'est pas possible avec le formulaire d'édition du membre calculé, il vous faudra passé par le script MDX de création.

Transactions - REPEATABLE READ

Djeepy1 — Sat, 30 Aug 2008 08:17:00 +0200

Voici le problème que je vais traiter : je veux pouvoir m'assurer dans une transaction qu'un jeu d'enregistrements ne sera pas touché pendant que j'opère une série de modifications. Par exemple, je ne veux pas qu'on puisse modifier une série d'adresses pendant que je mets à jour le contact qui les possède. Pour être plus concret, je veux bloquer les adresses 31 et 52 pendant que je modifie le contact John Smith. Par exemple :

BEGIN TRAN SELECT * INTO #TempTable FROM Person.Address Where AddressID in (31,52) UPDATE Person.Person Set Title = 'Lord' Where LastName = 'Smith' and FirstName = 'John' UPDATE Person.PersonPhone Set [...]

Par défaut, le niveau d'isolation de transaction de SQL Server est READ COMMITED. En d'autres termes, cela signifie que l'on ne peut lire ou modifier que des données qui ont validées (comitées pour reprendre le barbarisme franglais). Selon le moteur de transactions, les adresses peuvent être modifiées pendant que ma transaction a lieu.

Techniquement, dans le moteur SQL, cela se traduit par des locks partagés (Shared) sur la table Address qui durent le temps du premier SELECT et des locks exclusifs (eXclusive) sur les tables modifiées. Une fois le SELECT passé, les locks Shared sont libérés, laissant la place pour des modifications. En revanche les locks exclusifs sont maintenus jusqu'au COMMIT (ou ROLLBACK), empêchant les modifications. On peut le vérifier en regardant les verrous sur les tables en question :

SET TRANSACTION ISOLATION LEVEL READ COMMITTED --mode par défaut BEGIN TRAN SELECT * FROM Person.Address WHERE AddressID IN (31,52) select resource_type, resource_description, request_mode, request_type from sys.dm_tran_locks ROLLBACK

Lors de la consultation des locks, il n'y en a aucun donc une instruction parallèle peut modifier les adresses. Nous allons donc utiliser un autre niveau de transaction pour changer le comportement du moteur.

En choisissant le niveau juste au dessus, REPEATABLE READ, le moteur va poser des locks Shared et les maintenir le temps de la transaction. C'est ce que l'on appelle des lectures répétables. Pour modifier un enregistrement, le moteur doit poser un lock exclusif et donc doit attendre de n'avoir plus de locks Shared. Voyons le comportement des verrous, pour cela, il suffit de changer le niveau d'isolation dans la première ligne :

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ BEGIN TRAN SELECT * FROM Person.Address WHERE AddressID IN (31,52) select resource_type, resource_description, request_mode, request_type from sys.dm_tran_locks ROLLBACK

On voit bien que des locks Shared (S et IS) sont maintenus après le SELECT. Ceci garantie que ces enregistrements ne seront pas modifiés le temps de ma transaction. De plus, du fait que ce soit des locks Shared, une autre transaction peut lire ces enregistrements.

Bien évidemment, la gestion des locks est très fine dans SQL Server et se complexifie avec l'ensemble des requêtes à un instant T. SQL Server va tenter de verrouiller le niveau le plus fin et le moins contraignant pour respecter vos niveaux d'isolation et garantir la transactionalité. Et tout ceci se combine avec les différents objets liés à la table (index, allocations, etc.).

Vous aurez noté au passage l'utilisation de la vue système sys.dm_tran_locks qui remplace depuis 2005 l'ancien sp_lock et qui vous aidera à comprendre le fonctionnement du moteur transactionnel et à minimiser la contention sur vos bases.

Bonne optimisation...

Agrégat CLR – Nouveauté 2008

Djeepy1 — Thu, 28 Aug 2008 19:36:00 +0200

En ce moment, je teste pas mal SQL Server 2008 et en particulier les améliorations par rapport à la version précédente. Aujourd’hui, je me suis intéressé aux fonctionnalités de la SQLCLR et j’ai voulu savoir si une des limitations de 2005 était levée.

Le problème était le suivant (le fait que je parle à l’imparfait devrait vous aiguiller sur la réponse) : dans une fonction d’agrégat CLR, il n’était possible de fournir qu’un seul paramètre à la méthode Accumulate. Ceci était pénalisant pour certaines fonctions à double entrée ou pour paramétrer le comportement d’autre.

Par exemple, sur une fonction de concaténation (très utile dans les reports), il était impossible de préciser le caractère à utiliser comme séparateur. Cela a entraîné (chez nous en tout cas) de grands débats sur le choix caractère à utiliser dans le code .NET. Cela impliquait aussi l’utilisation de méthodes de Replace dans les couches supérieures pour traiter le caractère.

Venons-en à la solution que propose SQL Server 2008 maintenant. Je suis en fait tombé sur la documentation suivante :

CREATE AGGREGATE [ schema_name . ] aggregate_name (@param_name <input_sqltype> [ ,...n ] )

J’ai été intrigué et admiratif sur le ..n dans la liste de paramètres qui suppose que les fonctions d’agrégat de 2008 supportent le multi-paramètre.
Je me suis empressé de modifier quelque peu l’agrégat de concaténation des exemples de SQL Server et j’ai modifié la méthode Accumulate de cette façon :

[Microsoft.SqlServer.Server.SqlUserDefinedAggregate(…)] public struct Concat { […] public void Accumulate(SqlString Value, SqlString separator) { if (!isFirst) sb.Append(separator); else isFirst = false; sb.Append(Value.Value); }

Après avoir intégré l’Assembly dans ma base, je mappe la fonction d’agrégat :

CREATE AGGREGATE [dbo].[Concat] ( @value [nvarchar](4000), @separator [nvarchar](10)) RETURNS[nvarchar](4000) EXTERNAL NAME [BewiseUtils].[Bewise.SqlServer.Concat]

Et le test final :

SELECT dbo.Concat(LastName, ', ') FROM Person.Person

Et voila le travail… Chacun peu choisir son séparateur dans la fonction de concaténation.

Indexation - Gérer la fragmentation

Djeepy1 — Wed, 13 Aug 2008 00:35:00 +0200

Je continue ma série sur les index avant de faire une petite pause pour préparer une traduction d'article sur les clauses WHERE dynamiques d'un collègue MVP suédois.

Dans ce post, je vais m'intéresser à la fragmentation des index. J'espère que le terme fragmentation rappelera à certains le temps où on passait notre samedi après midi à défragmenter nos disques de 40Mo (oui, méga-octets) pour gagner quelques octets et installer Phantasmagoria.

Le principe est le même, l'idée est de "ranger" un index pour gagner un peu de place et surtout qu'il soit plus performant. La fragmentation est un processus "naturel", dû aux modifications des données. La base vit, grandit et donc il faut opérer de la maintenance régulièrement.

On a 2 types de fragmentation :

celle qui touche le niveau feuille de l'index et qui correspond à un ordre sur le disque différent de l'ordre logique dans l'index. Le résultat est trop d'accès disque lors de scans sur ce niveau
celle qui touche l'arbre de l'index et qui correspond à des pages trop vides ou trop pleines

On peut utiliser 2 approches pour traiter avec la fragmentation :

Traiter systématiquement l'ensemble de sa base de données. C'est la méthode que j'utilise pour des petites volumétries et quand on dispose d'une fenêtre de tir pour faire les opérations de maintenance sans gêner personne (par exemple une base qui est utilisée avec des horaires de bureau).
Traiter uniquement les index fragmentés et de façon intelligente. C'est la méthode que j'utilise pour des grosses volumétries et des bases en accès 24/7.

Pour le premier cas, on fait juste un plan de maintenance dans lequel on demande une réorganisation ou une reconstruction des index sur toute la base. Sauf cas contraire, je fais un REORGANIZE tous les soirs et un REBUILD le week-end (cela ne reste qu'une stratégie parmi d'autres). Pour les puristes, les instructions T-SQL sont :

ALTER INDEX IX_abcd ON maTable REORGANIZE ALTER INDEX IX_abcd ON maTable REBUILD

Pour le second cas, il faut déterminer si un index a besoin d'une reconstruction ou d'une réorganisation et connaître la volumétrie (et par conséquent le temps que ça va prendre) pour limiter l'impact sur la production.

On connait la fragmentation d'un index avec la vue système sys.dm_db_index_physical_stats et plus précisément le champ avg_fragmentation_in_percent. Ainsi on peut connaître pour chaque index son niveau de fragmentation :

SELECT DB_NAME(database_id), OBJECT_NAME(object_id), index_id, avg_fragmentation_in_percent FROM sys.dm_db_index_physical_stats( DB_ID('MaBase'), OBJECT_ID('MaTable'), NULL, NULL, NULL)

Je ne vais pas rentrer ici dans le détail du pourcentage remonté par SQL Server, je vais lui faire confiance pour le calcul (note : SQL Server 2008 est plus précis dans le calcul car il prend en compte plus de cas).
Sur l'action a mener en fonction de la fragmentation, on trouve toutes les stratégies. Selon Microsoft, on réorganise pour une fragmentation < 30% et on reconstruit au-delà. Moi je n'ai pas de seuil arrêté, il m'arrive de faire un REBUILD quand la fragmentation est > 10%.

Voila, ce post est loin d'être exhaustif car je ne parle pas de la fragmentation par niveau de l'index, du paramètre FILL_FACTOR ou de la reconstruction ONLINE qui permet de reconstruire un index avec peu d'impact sur la production (version Enterprise uniquement).

PS : pour connaître le nom de l'index visé (la requête ci-dessus ne remonte que l'id), il va falloir faire une jointure sur sys.indexes.

Mise à Jour : pour illustrer le problème de la fragmentation d'un index, voici 2 images montrant un index "propre" et un index fragmenté.

Index non-fragmenté

Index fragmenté

Et comme il faut rendre à César ce qui lui appatient, voici mes sources : http://technet.microsoft.com/en-us/magazine/cc671165.aspx

BACKUP WITH COPY_ONLY

Djeepy1 — Tue, 12 Aug 2008 00:32:00 +0200

Trop souvent je vois en consulting les développeurs faire eux-mêmes des backups de la base de production pour les remonter sur un environnement de développement. Et bien évidemment, mauvaise habitude, ils le font avec le wizard de Management Studio.

Le souci c'est que la version 2005 de cet outil ne prend pas en charge une option essentielle pour la création de ce type de backup : WITH COPY_ONLY.

Cette option permet de ne pas casser la stratégie de backup que le DBA, votre collègue ou même vous, auriez mis en place. Sans cette option, SQL Server garde des traces de la sauvegarde et vide le LOG, comme si elle était une continuité du plan en cours.

La conséquence à cela est que si votre base plante entre cette manipulation et le prochain BACKUP FULL "planifié", il manquera à l'administrateur des pièces du puzzle pour remonter la base puisque votre manip sera considérée comme le dernier backup complet valide. Et comme en général, ce fichier part à la poubelle...vous risquez de ne pas pouvoir remonter votre base.

Bien sûr, l'idée n'est pas de brider ces chers développeurs mais de leur enseigner l'art des choses bien faites. La solution :

apprendre le T-SQL

BACKUP DATABASE DataWarehouse TO DISK = 'c:\temp\dw.bak' WITH COPY_ONLY, NAME = 'Copie pour Dev'

Utiliser Management Studio 2008 qui inclut cette option dans le wizard

Indexation - Faites la chasse aux index HEAP

Djeepy1 — Tue, 12 Aug 2008 00:12:00 +0200

Un premier post qui j'espère me conduira à une série sur l'indexation dans SQL Server. Je traiterai les points un peu dans le désordre mais n'est-ce pas là l'attrait d'un blog ? Je sais que je ne commence pas par les bases mais bon, j'attend vos questions :-).

Un index de type HEAP indique en réalité le fait qu'il n'y ait aucun index sur la table et surtout pas d'index CLUSTERED. C'est à dire que seul le CREATE TABLE a été exécuté, sans aucune option, sans PRIMARY KEY.

Cela signifie que les données sont rangées n'importe comment ou plutôt dans l'ordre de leur création. C'est comme si je prenais un annuaire et que je mélangais les villes et les noms.

La conséquence d'avoir ce type d'indexation dans sa base de données est très souvent d'avoir des performances catastrophiques lors de la selection de données. D'autant plus quand la volumétrie augmente. Ceci vient du fait que l'opération qui est faite sur la table pour récupérer un jeu d'enregistrement est un TABLE SCAN (aussi appelé Full Scan).

Pour en revenir à mon annuaire, c'est comme si je vous demandais de me trouver toutes les personnes qui habitent au 12, rue des saules, quelque soit la ville. Vous seriez obligé de lire (scanner) toutes les pages.

Pour limiter cela, on peut mettre un index clustered ou une PRIMARY KEY (équivalent d'un index unique non null) pour optimiser la recherche.

Pour retrouver toutes les tables concernées :

select OBJECT_NAME(sys.indexes.object_id) from sys.indexes inner join sys.tables on sys.tables.object_id = sys.indexes.object_id where sys.indexes.[type] = 0 --0 = HEAP

Donc faite un petit check-up de vos bases et vérifier vos tables stockées sur un index HEAP... Et pourquoi pas les mettre sur un index CLUSTERED... mais je reviendrai sur ce point

SQL Server 2008 est RTM...

Djeepy1 — Thu, 07 Aug 2008 12:27:00 +0200

...depuis quelques heures déjà.

Désolé de ne pas plus m'étendre plus sur cette nouvelle mais je suis chez un client en plein audit de perfs alors je développerai ce soir, pendant l'installation

Alignement des disques

Djeepy1 — Wed, 06 Aug 2008 21:55:00 +0200

En parlant baie de disques avec un client, je me suis souvenu de quelques tips pour optimiser les performances que j'avais lu dans un vieux SQL Server Magazine. L'idée de ce petit post est de vous en livrer un (oui, je sais je pourrais faire un article complet mais là, j'ai la flemme).

Nous allons donc parler Disk Sector Alignment, ou en français, alignement des secteurs du disque. Avant de commencer, on va faire une révision rapide sur le vocabulaire associé aux disques :

Plateaux : un disque dur est composé de plusieurs plateaux empilés sur un axe (spindle)
Pistes (tracks) : ce sont les cercles concentriques qui composent un plateau
Secteur (sector) : chaque piste est divisée en secteurs (entre 60 et 120 en fonction du formattage de bas niveau et du fabricant). Les secteurs contiennent les données, en général 512 octets
Bloc (ou cluster) : c'est l'unité d'allocation minimum qui correspond à plusieurs secteurs (ex: des blocs de 4ko entrainent une allocation minimum de 8 secteurs). C'est définit au formatage de haut niveau (par Windows)

Le problème d'alignement vient du fait que, dans un système NTFS, le MBR utilise 63 secteurs. Or si vos pistes font 64 secteurs, il y a un décalage d'un secteur. Ceci va impliquer 2 opérations physiques pour écrire/lire un bloc de données quand on tombe en bout de piste, puisque la tête va devoir changer de piste.

Pour palier ce problème, on peut préciser à Windows de décaler une partition pour la faire démarrer en début d'une piste et ainsi être alignée pour les opérations d'IO. Pour ce faire, on doit utiliser un utilitaire qui s'appelle DISKPART.EXE. On le trouve sous Vista et avec Windows 2003.

A noter que Windows 2008 décale automatiquement et correctement les partitions pour pallier le problème.

Décalez bien...

Récupérer la taille d'une base de données

Djeepy1 — Sun, 03 Aug 2008 22:35:00 +0200

ll existe différentes techniques pour récupérer la taille d'une base de données. Je vous en livre ici une que j'utilise. Elle se base sur la vue système sys.database_files qui nous renseigne sur les fichiers de la base de données.

SELECT dbname, [ROWS]*8 as Donnees, [LOG]*8 as Journaux FROM (SELECT DB_NAME() as dbname, type_desc, size FROM sys.database_files) as p PIVOT (SUM(size) FOR type_desc IN ([ROWS], [LOG])) as pvt

Grâce à la fonction PIVOT, j'aggrège les fichiers de données et journaux. Vous noterez aussi que je multiplie la taille par 8 car la valeur de cette vue correspond à un nombre de pages (8KB). Nous obtenons donc une taille en kilo-octets.

Pour connaître les tailles de toutes les bases de données d'un serveur, on peut utiliser se script combiné avec la fonction système sp_MSforeachDB

CREATE TABLE #TMP_DB_Sizes ( dbname sysname, datasizeinkb int, logsizeinkb int) EXECUTE sp_msforeachdb ' INSERT INTO #TMP_DB_Sizes SELECT dbname, [ROWS]*8 as Donnees, [LOG]*8 as Journaux FROM (SELECT ''[?]'' as dbname, type_desc, size FROM [?].sys.database_files) as p PIVOT (SUM(size) FOR type_desc IN ([ROWS], [LOG])) as pvt' select * from #TMP_DB_Sizes drop table #TMP_DB_Sizes

J'utilise une table temporaire pour n'avoir qu'un jeu de résultat. Vous noterez l'utilisation de '[?]' pour injecter le nom de la base en cours dans le script

Il existe bien évidemment d'autres solutions, venant de 2000 ou de 2005, certaines apportant d'autres informations comme le pourcentage d'espace inutilisé.

Bon audit !!

Transactions imbriquées et SAVE TRANSACTION

Djeepy1 — Sun, 03 Aug 2008 22:00:00 +0200

Lorsque l'on travaille avec des transactions imbriquées, on veut parfois pour voir annuler une transaction intermédiaire mais garder les précédentes opérations.

En T-SQL, l'opération de ROLLBACK annule l'ensemble des niveaux de transactions (scopes). Pour s'en convaincre, cette citation de la documentation (ROLLBACK) :

When nesting transactions, this same statement rolls back all inner transactions to the outermost BEGIN TRANSACTION statement.

Le code suivant montre un exemple du problème. Le premier ROLLBACK annule tout depuis la transaction A. La variable @@trancount permet de voir qu'il n'y a plus de transaction en cours

BEGIN TRAN A -------on démarre le premier niveau de transaction INSERT INTO [AdventureWorks].[dbo].[truc]([a],[b]) VALUES ('transaction A','transaction A') select @@trancount --returns 1 BEGIN TRAN B -------on démarre le deuxième niveau de transaction INSERT INTO [AdventureWorks].[dbo].[truc]([a], [b]) VALUES ('transaction B','transaction B') select @@trancount --returns 2 ROLLBACK TRANSACTION B --on annule la transaction intermédiaire select @@trancount --returns 0 : plus de transaction en cours COMMIT TRAN A --génère une erreur --Msg 6401, Level 16, State 1, Line 19 --Cannot roll back B. No transaction or savepoint of that name was found.

Ce comportement ne nous permet donc pas d'annuler une partie du traitement tout en gardant le reste. Heureusement, l'instruction SAVE TRANSACTION nous permet de corriger le tir. SAVE TRANSACTION permet de mettre un point de sauvegarde dans la transaction en cours pour pouvoir y revenir par la suite, avec l'instruction ROLLBACK.

Voici le script modifié. A la fin, la ligne A est insérée mais pas la B.

BEGIN TRAN A -------on démarre le premier niveau de transaction INSERT INTO [AdventureWorks].[dbo].[truc]([a],[b]) VALUES ('transaction A','transaction A') select @@trancount --returns 1 BEGIN TRAN B -------on démarre le deuxième niveau de transaction SAVE TRANSACTION B_Saved --on met un point de sauvegarde INSERT INTO [AdventureWorks].[dbo].[truc]([a], [b]) VALUES ('transaction B','transaction B') select @@trancount --returns 2 ROLLBACK TRANSACTION B_Saved COMMIT B --on force quand même un commit pour valider la transaction B select @@trancount --returns 1 COMMIT TRAN A

A noter que l'on doit quand même faire un COMMIT de la transaction enfant car le retour à un point de sauvegarde ne termine pas la transaction.

MVP SQL Server

Djeepy1 — Sun, 06 Jul 2008 23:11:00 +0200

Je viens d'être nommé par Microsoft Most Valuable Professional (MVP) sur la technologie SQL Server. C'est une grande nouvelle dans ma vie professionnelle mais aussi pour Bewise.

Les MVP (Most Valuable Professionals) Microsoft sont des leaders de communautés techniques exceptionnels dans le monde entier qui sont récompensés pour partager, de leur propre initiative, leurs grandes connaissances pratiques dans les communautés techniques, qu'elles soient en ligne ou non. Les MVP Microsoft sont des experts reconnus qui incarnent l'excellence des communautés techniques et qui s'investissent largement auprès d'une communauté dans une volonté d'aider les autres.

Cette reconnaissance est le fruit d'un an d'invetissement sous la forme d'articles, de webcasts, de conférences et par ce blog. Biensur, cela ne signifie pas que je vais relâcher la pression, bien au contraire.

Vous pouvez consulter mon profil sur le site des MVP Microsoft à cette adresse :

https://mvp.support.microsoft.com/profile/Jean-Pierre.Riehl

Avec cette nomination, Bewise se voit dotée maintenant de 6 MVP dans différents domaines dont 2 pour SQL Server. Bien que c'était le cas avant, cela souligne nos compétences sur SQL Server tant au niveau de la gestion des données qu'au niveau décisionnel.

Comparaison SQL Server 2008 et Oracle 11g

Djeepy1 — Thu, 26 Jun 2008 01:05:00 +0200

Un très bon article forcément partisan mais qui permet de lister les atouts de SQL Server 2008 (et pourquoi pas même 2005) par rapport à son grand rival Oracle.

Le livre blanc est accessible à cette adresse : SQL Server 2008 Compared to Oracle Database 11g

Moi j'aime bien la comparaison des prix

Webcasts des sessions SQL Server disponibles

Djeepy1 — Thu, 19 Jun 2008 18:57:00 +0200

Tout n’est pas encore dans la boîte mais les premiers Webcasts des sessions SQL Server sont en ligne. Au programme deux séries sur les nouveautés du moteur relationnel et les nouveautés en matière de décisionnel de SQL Server 2008.

Pour visionner ces Webcasts, suivez ce lien :

Webcasts Décisionnel & Gestion des Données

N’hésitez pas à poser des questions aux consultants Bewise sur les sujets traités ou tout autre points de SQL Server 2008.

De belles références

Djeepy1 — Thu, 12 Jun 2008 23:04:00 +0200

Non, ce n'est pas un jeu de mot pour présenter une nouvelle Assembly. Je parle ici de références clients qui utilisent avec succès SQL Server.
Le tout présenté dans une petite application Silverlight.

Le site est ici : http://www.microsoft.com/france/sql/ilslontfait/

Les références sont :

JCDecaux (plus connu sous le nom de Velib') : 400 000 locations par jour
Premier Bankcard : un datawarehouse de 20 To (27 milliards de lignes)
AFP : 4000 utilisateurs en simultanés
Xiti : 17 milliards d'enregistrements par mois
AXA : Business Intelligence temps réel
Nancy-Université : réduction des coûts de SAP

SQL Server 2008 Web Edition

Djeepy1 — Mon, 09 Jun 2008 15:17:00 +0200

Tellement excité à l'idée d'installer la RC0 de SQL Server 2008, j'ai écarté un détail pourtant visible dès la page de téléchargement...

Il y a une nouvelle édition de SQL Server qui complète la gamme :

SQL Server 2008 Web Edition

En discutant avec différents camarades de jeu, nous nous sommes posés cette simple question : mais qu'est ce que c'est ???

Aux premières informations, ce serait une édition spéciale pour les hébergeurs pour faire baisser les prix du hosting basé sur SQL Server. Bien qûr, je reste à l'affût dès que j'en sais plus..

Plus d'infos : http://mshostingsummit08.spaces.live.com/blog/cns!4308FE7290C0AF4!195.entry

Premiers pas dans l'espace

Djeepy1 — Mon, 09 Jun 2008 00:24:00 +0200

Il y a plusieurs semaines, j'ai terminé un article d'introduction aux fonctionnalités spatiales de SQL Server 2008. Voici quelques extraits pour vous mettre en appétit. Et pour aller directement sur l'article complet :

Premiers pas dans l'espace (www.bewise.fr)

Introduction
Cet article se veut une première introduction aux nouveaux types spatiaux de SQL Server 2008. Je vais vous les présenter et nous les manipulerons. Nous aborderons aussi leur utilisation avec du code .NET. Enfin, nous utiliserons Virtual Earth pour présenter les données géographiques mais nous ne rentrerons pas dans le détail de cette technologie.

[...]

Premières requêtes
Les 2 nouveaux types proposent toute une série de méthodes pour manipuler des données spatiales. Aire de la surface, surface circonscrite, inscrite, périmètre, intersection, union, barycentre… Le but n’est pas de vous les décrire ici une à une. Nous allons toutefois en utiliser quelques unes dans des requêtes simples mais indispensables dans une application gérant des types spatiaux.

Tout d’abord, voyons comment retrouver les points contenus dans une zone donnée. Comme cas concret, on peut imaginer une recherche d’appartements ou d’hôtels dans une zone définie. Pour cela, nous avons plusieurs possibilités avec les méthodes STContains, STIntersects et STWithin. La méthode STIntersects serra utilisée pour le type geography car les 2 autres n’existent que sur le type geometry. Voici le code T-SQL permettant cette requête :

Declare @zone geography = geography::STPolyFromText('POLYGON((43 3.2, 43 3.5, 43.2 3))', 4326)

Select *
From CustomerPlaces
Where @zone.STIntersects(CustomerPlaces.Localization) = 1

[...]

ADO.NET
Après avoir vu un aperçu des types spatiaux et de leur utilisation dans SQL dans Management Studio, intéressons nous à la manipulation depuis une application .NET.

[...]

Et comme d'habitude, n'hésitez pas pour les questions...

SQL Server 2008 RC0

Djeepy1 — Mon, 09 Jun 2008 00:07:00 +0200

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.

Retour de vacances

Djeepy1 — Sun, 08 Jun 2008 23:41:00 +0200

Me voila de retour aux affaires après 2 bonnes semaines de vacances. Les dernières semaines ont été intensives avec des projets super intéressants et pas mal de consulting.

Pour recharger les batteries, je suis allé m'exiler sur une île écossaise, Islay, pour un festival local autour des distilleries. Cela me permet de faire une petite promo pour mon club de dégustation de Single Malt sur Toulouse : Les Passionnés du Malt (http://passionnesdumalt.free.fr).

Nous avons eu un temps magnifique, ce qui est rare dans cette région, ce qui a rendu le voyage magique.

Je suis parti un peu comme un voleur donc je m'excuse pour les lecteurs assidus qui auraient pu s'inquiéter :-).

Pour me rattraper, le programme des prochains posts est le suivant :

le debrief de la BDC 2008 que j'avais promis, avec des webcasts et des sources
le MSDN Technet Tour à Marseille
un article sur le spatial que j'ai publié avant de partir en congés (sur http://www.bewise.fr)
la RC0 de SQL Server 2008 qui est sortie ce week-end

Voila, c'est reparti sur les chapeaux de roue !!