Nouveaux Produits SQL Server – Semaine 50 – 2006

Les nouveaux produits SQL Server de la semaine du 11 au 17 Décembre 2006.

Liste de contrôle CLR

par Gert Drapers. Mise en ligne: 30 Décembre 2006. Parution SQL Magazine : Juin 2005

Le Common Language Runtime (CLR) de SQL Server 2005 est une extension essentielle du modèle de programmation côté moteur du SGBD. Il vous permet d’étendre la fonctionnalité du moteur de base de données avec des fonctions scalaires, des fonctions de type table (TVF), des procédures, des déclencheurs, des agrégats et des types de données définis par l’utilisateur (UDT). Avant de commencer à employer le CLR, vous devez évaluer les raisons et les moyens d’utiliser les extensions basées sur le CLR dans SQL Server. Pour bien débuter, contrôlez les points suivants.

Liste de contrôle ADO.NET

par Michael Otey. Mise en ligne : 13 Décembre 2006. Publication SQL Magazine : Juin 2006

ADO.NET, le middleware pour l’accès aux bases de données, est au coeur de toute application de base de données .NET. Par conséquent, son utilisation appropriée constitue le facteur déterminant pour l’écriture d’applications de base de données hautement performantes. En contrôlant les huit points suivants, vous contribuerez à optimiser les performances de vos applications ADO.NET.

SQL Server Actualités – Semaine 48 – 2006

Les actualités SQL Server de la semaine du 27 Novembre au 3 Décembre 2006

Double-Take Application Manager

Double-Take Application Manager, qui supporte à la fois les environnements SQL Server et Exchange Server, gère la protection des applications à partir d’une interface d’administration centralisée, ce qui élève le degré d’automatisation et augmente la simplicité de configuration. 

La protection des données est ainsi améliorée, la reprise sur sinistre accélérée et le niveau de disponibilité des applications accru pour les utilisateurs de plates-formes Windows dont les systèmes critiques reposent sur SQL Server et Exchange Server.

Liste de contrôle T-SQL

par Itzik Ben-Gan. Mise en ligne : 29 Novembre 2006, Parution SQL Magazine : Juin 2005

T-SQL est le langage principal pour l’accès aux données côté serveur et la manipulation de celles-ci dans SQL Server. L’application des meilleures pratiques vous aidera à exploiter au mieux ses possibilités. En vous appuyant sur la liste de contrôle suivante, vous serez certain d’avoir un code T-SQL performant et convivial en termes de maintenance.- Utilisez des solutions basées sur des ensembles. Ce type de solution est généralement plus rapide, plus simple et moins longue que des solutions à base de curseur. Les solutions basées sur des ensembles permettent à l’optimiseur SQL Server d’évaluer plusieurs plans d’exécution et de choisir le plus performant au lieu d’imposer une approche particulière. Les curseurs nécessitent beaucoup de temps de traitement et il vaut donc mieux les éviter dans la mesure du possible. Les solutions itératives sont appropriées dans quelques cas et il est important de les identifier au lieu d’envisager d’emblée ce type d’approche.

- Ecrivez plusieurs solutions. Ne vous contentez pas de la première solution qui marche. Elaborez systématiquement plusieurs solutions, comparez leurs performances, leur simplicité et leur évolutivité, puis choisissez celle qui répond le mieux à vos besoins.

- Privilégiez le code conforme ANSI. Utilisez autant que possible du code conforme à la norme ANSI. L’écriture de code standard présente de nombreux avantages : elle facilite le portage, pas seulement entre plates-formes de base de données, mais aussi vers de futures versions de SQL Server. De même, la signification du code standard est claire, à la différence de certaines constructions propriétaires, telles que *= ou =* pour des jointures externes. Envisagez d’employer du code non standard uniquement lorsque T-SQL fait appel à une fonction propriétaire extrêmement avantageuse en termes de performances ou une fonctionnalité qui n’a pas d’alternative standard.

- Employez les procédures stockées. Privilégiez cette approche au lieu de mettre en oeuvre toute la logique dans l’application. Les procédures stockées permettent de partager la logique applicative et fournissent un procédé d’encapsulation, de sorte que vous pouvez réviser leur implémentation sans affecter l’application tant que l’interface de la procédure reste inchangée. Les procédures stockées constituent un très bon outil pour contrôler la sécurité et l’intégrité des données, pour réduire le trafic réseau en évitant de multiples allers et retours entre le client et le serveur, et pour réutiliser les plans d’exécution.

- Spécifiez des noms de colonne dans la liste SELECT de votre requête. Spécifiez systématiquement une liste de colonnes explicite ; évitez le symbole * dans la liste SELECT de vos requêtes et expressions de table (par ex. vues, tables dérivées, fonctions inline). En indiquant uniquement les noms des colonnes nécessaires, vous laissez à l’optimiseur le soin d’envisager des index de couverture. Et vous n’avez pas de souci à vous faire en cas de changement du schéma des objets sous-jacents.

- Ne supposez jamais qu’il existe un ordre physique des données. Une erreur courante commise par les programmeurs T-SQL débutants est de s’appuyer sur un certain ordre physique des données. Souvenez-vous que ce langage repose sur le modèle relationnel, lequel est à son tour basé sur la théorie des ensembles. Une table (ensemble) n’a pas d’ordre prédéterminé de ses lignes. Lorsque vous devez trier les donnée

Liste de contrôle des sauvegardes de journaux

par Kalen Delaney. Mise en ligne : 29 Novembre 2006, Parution SQL Magazine : Juin 2005

La sauvegarde de votre journal des transactions permet d’avoir un historique de tous les changements apportés à une base de données SQL Server, afin que vous puissiez restaurer cette dernière ultérieurement, si la situation l’exige. La liste suivante vous aidera à avoir en mémoire les fonctions clé des sauvegardes de journaux afin de les employer au mieux.- Utilisez le modèle de récupération complète ou journalisée en bloc. Si votre base de données applique le modèle de récupération simple, vous ne pouvez pas sauvegarder les journaux car SQL Server tronque votre journal régulièrement.

- Stockez votre journal des transactions sur un lecteur miroir. Même si vos fichiers de données sont endommagés et si la base de données est inutilisable, vous pouvez sauvegarder le journal des transactions si les fichiers journaux et le fichier de données principal sont disponibles. Utilisez un niveau RAID qui garantit la redondance, à savoir 1 ou 10, et vous serez en mesure de sauvegarder toutes les transactions jusqu’au point de défaillance, puis de les réappliquer vers la base de données restaurée.

 - Surveillez la taille du journal. Bien que la planification soigneuse de cette valeur soit vitale, ne partez pas du principe que la taille du journal n’excédera pas celle constatée pendant les tests. Utilisez les alertes de l’Agent SQL Server pour surveiller les compteurs de l’Analyseur de performances (Performance Monitor) servant à suivre la taille du fichier et dès que le journal franchit un seuil défini par vos soins, l’Agent SQL Server peut accomplir des actions prédéterminées telles que l’exécution d’un script d’augmentation de la taille du journal, l’envoi d’un e-mail à votre attention ou la réduction de la taille du fichier.

- Rappelez-vous que les sauvegardes de journal ne se chevauchent pas. Dans SQL Server 2000 et 7.0, chaque sauvegarde de journal contient toutes les transactions depuis la sauvegarde du journal précédente, de sorte qu’une transaction de longue durée peut s’étendre sur plusieurs sauvegardes. Par conséquent, lorsque vous restaurez des sauvegardes de journaux, n’utilisez pas l’option WITH RECOVER tant que vous n’avez pas appliqué le dernier journal. Des sauvegardes ultérieures peuvent contenir la suite de transactions présentes dans la sauvegarde de journal courante.

- Sachez faire la différence entre le terme « troncature » et « réduction de la taille ». La sauvegarde du journal exécute une opération de troncature, ce qui permet à des parties de celui-ci d’être disponibles pour être remplacées par de nouveaux enregistrements. Cela n’affecte pas la taille physique du fichier journal. Seule l’opération de réduction de la taille a une incidence sur celle-ci.

- Planifiez soigneusement la fréquence des sauvegardes de journal. Il n’existe pas de réponse standard et vous devrez systématiquement effectuer des compromis. Plus vos sauvegardes seront fréquentes, plus elles seront nombreuses à gérer et à restaurer, mais moins vous perdrez de transactions en cas de défaillance du système.

- La taille du journal ne reflète pas forcément la taille de la sauvegarde. Si votre base de données applique le modèle de récupération journalisée en bloc, les sauvegardes de journaux incluent toutes les données affectées par les opérations en bloc, de sorte que les sauvegardes en question peuvent représenter plusieurs fois la taille du fichier journal.

- Conservez des sauvegardes de jou

Actu SQL – Semaine 15 : Business Intelligence / EMC développe l’interopérabilité / Service Client Collaboratif

Les actualités SQL Server de la semaine du 09 au 15 Avril 2007

- Business Intelligence avec SQL Server 2005
- EMC développe l’interopérabilité et les possibilités de ses infrastructures pour la plate-forme Microsoft
- Service Client Collaboratif

SQL Server Actualités – Semaine 46 – 2006

Les actualités SQL Server de la semaine du 13 au 19 Novembre 2006

Solution de gestion des actifs

Infor, fournisseur de logiciels d’entreprise, vient d’annoncer que la dernière version de son logiciel Infor EAM MP2, solution de gestion des actifs pour petites et moyennes entreprises, est désormais disponible au niveau mondial.

Des solutions de gestion des actifs, DataMirror dévoile la nouvelle version de sa solution d’intégration de données: Transformation Server 6.0, et d'autres solutions de stockage.

SecureSphere Database Minitoring Gateway

Imperva annonce l’appliance SecureSphere Database Minitoring Gateway. SecureSphere journalise l’activité des bases de données, basée sur le login ID de l’utilisateur.

Le produit enregistre toute activité de la base de données et identifie toutes les utilisations de la base de données. SecureSphere DMG fonctionne indépendamment du serveur de la base de données.

ANALYSIS SERVICES 2005 automatise l’analyse temporelle

Dans SQL Server 2005, Analysis Services a été complètement remanié en vue de proposer la plate-forme d’analyse décisionnelle (en anglais BI, Business Intelligence) la plus performante au monde. Cette nouvelle version comporte une multitude de fonctionnalités et d’améliorations intégrées afin de fournir des solutions intelligentes et automatiques aux problèmes métiers courants. Il n’est plus besoin d’être un expert d’OLAP ou du codage MDX (Multidimensional Expressions) pour créer des applications analytiques riches en fonctionnalités.Les améliorations apportées à Analysis Services 2005 sur le plan de l’analyse temporelle (en anglais, Time Intelligence) permettent de créer facilement des calculs temporels. Cet article examine d’abord en quoi le nouvel assistant « Business Intelligence Wizard » facilite la mise en oeuvre de l’analyse temporelle. Il aborde ensuite les aspects « pourquoi » et « comment » sous-jacents au niveau de l’assistant. Enfin, l’article analyse les techniques de modélisation employées dans le domaine de l’analyse temporelle et examine le code généré par l’assistant afin de présenter plusieurs meilleures pratiques pour la modélisation des métadonnées et MDX. Comme le contenu exposé ici constitue un bref aperçu des possibilités du produit, ces informations acquérront toute leur utilité si vous êtes déjà familier de SQL Server 2000 Analysis Services.

7 étapes pour le contrôle des changements de base de données.

Par Michelle A. Poolet. Mise en ligne le 15 Novembre 2006, Publication SQLServer : Juin 2005

Maîtrisez facilement et efficacement la gestion des changements

Le contrôle des changements n’est pas réservé au seul développement d’applications. Les schémas de base de données, au même titre que tout autre composant de votre organisation informatique, ont besoin de cette fonctionnalité. En effet, ces schémas (tables, colonnes, types de données, fonctions, procédures stockées, vues, etc.) ne sont pas statiques et suivent tout naturellement l’évolution des besoins de l’organisation. Lorsqu’une entreprise doit s’attaquer à de nouveaux marchés, élargir sa mission ou modifier une activité, sa base de données doit être capable de soutenir ses efforts et être, le cas échéant, modifiée en conséquence. L’astuce consiste à gérer soigneusement ces changements.Si vous n’avez pas de méthodologie pour gérer les changements d’une base de données, vous risquez de dénormaliser le schéma de cette dernière, ce qui peut avoir un coût en termes d’espace disque et de performances. Il peut vous arriver de créer des déclencheurs et procédures qui interfèrent avec les processus existants, entraînant une corruption possible des données stockées et des rapports générés.

En règle générale, la gestion des changements du schéma incombe à l’administrateur de la base de données physique. Le fait de confier cette tâche à une personne ou un groupe est judicieux car celle-ci ou celui-ci a souvent la connaissance la plus intime de la base de données. Néanmoins, lorsque vous modifiez une ou plusieurs tables, il est très facile d’oublier quelque chose, de laisser un aspect de côté ou d’omettre l’incidence possible d’un changement apparemment mineur. Vous pouvez également sous-estimer le délai nécessaire à l’accomplissement du changement. En l’absence de logiciel spécialisé pour vous seconder, vous pouvez recourir à une liste de contrôle des demandes de changement au format feuille de calcul, telle que celle illustrée à la figure 1. 1 Dans ce formulaire, vous pouvez consigner les changements de base de données proposés avant de les appliquer, en utilisant un formulaire pour chaque table concernée par la demande. 2 Il est possible d’affecter une priorité à chaque changement en appliquant une échelle de A à F, la lettre A indiquant une importance immédiate et F signifiant un changement pouvant intervenir à n’importe quel moment.

Visual Studio 2005 et SQL Server 2005 : une équipe qui gagne

Le lancement sans cesse retardé dedéveloppement d’applications. N’attendez pas la sortie des versions définitives pour commencer à concevoir et planifier les logiciels qui exploiteront leurs nouvelles fonctionnalités. Agissez dès maintenant ! Lorsque SQL Server 2005 et Visual Studio 2005 seront enfin disponibles, vous disposerez d’applications capables de tirer immédiatement parti de leurs nouveautés.Néanmoins, au vu des dizaines de nouvelles fonctionnalités proposées, les développeurs auront peut-être des difficultés à identifier lesquelles essayer en premier. Trois améliorations apportées à SQL Server 2005 et Visual Studio 2005 visent spécifiquement à améliorer la compatibilité et l’efficacité de ce tandem : l’ajout de la fonctionnalité MARS (Multiple Active Results Sets), l’intégration de l’environnement CLR (Common Language Runtime) .NET et les mises à jour de l’espace de nom Transaction. Chacune de ces améliorations influe directement et de manière unique sur le développement d’applications. MARS améliore l’évolutivité en réduisant le nombre de connexions nécessaires, l’intégration du CLR permet aux développeurs et aux DBA d’étendre en toute sécurité les possibilités de la base de données et, pour finir, les mises à jour de l’espace de nom Transaction aboutissent à des transactions automatiques dignes de ce nom. Ces outils doivent aider les développeurs à créer des applications plus souples et les DBA à prendre en charge les applications qui tirent parti de fonctions de base de données allant au-delà du simple accès à une collection de lignes. Examinons maintenant comment mettre en oeuvre chacune de ces nouvelles fonctionnalités dans les applications que vous allez développer aujourd’hui.

Les exemples de cet article fonctionnent avec Visual Studio 2005 bêta 2 et SQL Server 2005 bêta 3, et font appel à la base de données exemple AdventureWorks fournie avec la nouvelle version de SQL Server. J’ai simplifié la configuration de ma chaîne de connexion en installant les deux produits serveur sur la même machine. Tous les exemples de code inclus fonctionnent aussi avec les CTP de février de SQL Server 2005 et de Visual Studio 2005. Pour rendre ces exemples fonctionnels, j’ai fourni un ensemble de procédures stockées et d’autres informations personnalisées, installables dans la base de données exemple AdventureWorks au moyen du code du listing Web 1 (http://www.itpro.fr, Club Abonnés).

Interview Walter Scott : Les systèmes de sauvegarde et de restauration

Quelques questions à Walter Scott, Président-directeur général, Imceda Software. Mise en ligne : 15 Novembre 2006, Publication SQLServer : Avril 2005.

Les systèmes de sauvegarde et de restauration destinés à votre entreprise ne sont pas seulement bénéfiques pour l’activité, ils sont obligatoires.

Data Mining Reloaded

par Alexei Bocharov et Jesper Lind - Mis en ligne le 14/06/2006 - Publié en Avril 2005

Les deux principales fonctions du data mining sont la classification et la prédiction (ou prévision). Le data mining vous aide à donner une signification aux giga-octets de données brutes stockées dans les bases de données, en identifiant les modèles et règles présents dans les données ou qui en découlent. Les analystes se servent alors de cette connaissance pour effectuer des prédictions et des recommandations sur les données nouvelles ou futures. Les principales applications de data mining du commerce vous permettent d’en savoir plus sur vos clients et sur leurs besoins, de comprendre les éléments générateurs des ventes et les facteurs qui affectent celles-ci, de concevoir des stratégies marketing et de mettre au point les futurs indicateurs de l’activité.Avec SQL Server 2000, Microsoft a renommé la solution OLAP Services en Analysis Services afin de refléter l’ajout de nouvelles possibilités de data mining. L’ensemble d’outils de data mining disponibles dans cette version de SQL Server incluait seulement deux algorithmes d’analyse classiques (clustering et arborescences de décision), un langage d’expressions de requête et de gestion de data mining spécialisé intitulé DMX, ainsi que des contrôles, visionneuses et outils de développement côté client limités.

SQL Server 2005 Analysis Services inclut un ensemble largement enrichi de méthodes de data mining et une palette d’outils d’analyse et de développement côté client entièrement nouveaux, conçus pour couvrir les besoins les plus courants en matière d’analyse décisionnelle ou BI (Business Intelligence). L’infrastructure Business Intelligence Framework dans SQL Server 2005 propose une nouvelle approche du data mining tant aux analystes qu’aux développeurs.

Nous allons, dans un premier temps, examiner rapidement le processus de data mining. Nous aborderons ensuite les sept algorithmes de data mining disponibles dans l’infrastructure SQL Server 2005 Analysis Services, puis nous jetterons un coup d’oeil à la technologie « plug-in » qui vous aidera à ajouter des algorithmes nouveaux ou personnalisés à cette infrastructure. Bien qu’il n’était pas envisageable d’aborder ici spécifiquement la conception de l’interface utilisateur, les captures incluses dans les différents exemples vous donneront un premier aperçu intéressant de la puissance et des qualités d’utilisation des nouveaux outils côté client.

L’analyse décisionnelle à  l’honneur dans SQL Server 2005

Entretien exclusif avec Bill Baker - Mis en ligne le 14/06/2006 - Publié en Avril 2005

Depuis sa mise sur pied, l’équipe SQL Server Business Intelligence (BI) de Microsoft a eu constamment un objectif en tête : rendre les données métier exploitables et accessibles pour le plus grand nombre. En tant que directeur général de l’équipe, Bill Baker travaille de concert avec les personnes chargées de la conception et du développement d’outils d’analyse décisionnelle tels que Integration Services (anciennement DTS [Data Transformation Services]), Analysis Services et Reporting Services. Dans le cadre d’une interview accordée récemment à SQL Server Magazine, il a abordé les nouveaux outils d’analyse décisionnelle de SQL Server 2005 et la manière dont ils collaborent afin de rationaliser la diffusion d’informations stratégiques pour l’entreprise.

Conférences Internet et Sécurité

SQL Server Actualités – Semaine 20 – 2006

Les actualités SQL Server de la semaine du 15 au 21 Mai 2006

Type de données T-SQL Dafetime

Le type de données datetime génère beaucoup de questions et de confusion au sein de la communauté SQL Server.

A la différence d’autres grandes plates-formes de base de données, SQL Server ne fournit pas de types de données de date et d’heure discrètes. En, fait, datetime assume à lui seul a tâche de ces deux types de données. Cette rubrique apporte des réponses à six questions posées fréquemment sur l’utilisation du type de données datetime de SQL Server.