L’architecture de bus du data warehouse
Si vous avez déjà lu quelques articles sur le data warehousing, vous en savez un peu plus sur les faits et dimensions, et comment ils forment un modèle dimensionnel. Mais vous vous interrogez peut-être sur la manière de créer un data warehouse à partir de faits et de dimensions.

-> Par Michelle A. Poolet. Mise en ligne : 06 Mars 2009, Publication : Avril 2008

Consolidation de SQL Server
Aujourd’hui, je constate un désir très fort chez mes clients de posséder un environnement SQL Server consolidé. Toutefois, le fait qu’ils pensent en avoir besoin ne signifie pas qu’ils sont prêts à franchir le pas, ni nécessairement qu’ils doivent le faire. Avant d’envisager la mise en oeuvre d’un environnement SQL Server consolidé, évaluez votre environnement en place afin de déterminer si la planification d’une consolidation est tout simplement envisageable ou qu’elle en vaut la peine.

-> Par Allan Hirt. Mise en ligne : 11 Decembre 2008, Publication : Septembre 2007

Développez votre connaissance de l'analyse décisionnelle
Je dois admettre un fait. Je faisais partie des personnes du monde des bases de données relationnelles qui ne s’intéressaient pas réellement à Analysis Services. Je pensais qu’un cube OLAP était le poste où travaillait un certain Oliver Lap du département de la comptabilité entre 8 h 00 et 17 h 00. Pour moi, les dimensions étaient réservées aux physiciens et aux adeptes de la série La quatrième dimension.

-> Par Brian Larson. Mise en ligne : 25 Fevrier 2008, Publication : Fevrier 2006

CLR : un potentiel à découvrir
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.

-> Par Matt Nunn. Mise en ligne : 03 Septembre 2007, Publication : Decembre 2005

Option d'insertion en bloc pour ADO.NET
Les clients me demandent souvent comment insérer en bloc des données dans SQL Server à partir d’applications ADO.NET.  Il n’est pas facile de répondre à cette question car ADO.NET ne comporte aucun objet intégré d’insertion enbloc. La méthode la plus simple pour effectuer ce type d’insertion consiste à charger le DataSet avec plusieurs groupes de lignes volumineux, puis à envoyer les mises à jour à SQL Server. Vous pouvez aussi employer l’objet SqlCommand au sein d’une procédure stockée ou d’une instruction INSERT paramétrée afin d’insérer les données. Toutefois, chacune de ces deux approches est lente car elles effectuent une insertion pour chaque ligne insérée. Heureusement, les méthodes substitution suivantes sont plus performantes. Gardez à l’esprit que pour obtenir une rapidité d’insertion maximale,  il est nécessaire de supprimer les index concernés or de les importer dans des tables temporaires.