Réunion du GUSS : SQL Server 2008, vers une amélioration de l’ergonomie !

En décembre dernier,  la réunion du groupe des utilisateurs francophone de SQL Server (le GUSS) s’est tenue dans les locaux de Microsoft France. Ce rendez-vous fut l’occasion d’une rencontre entre les membres du groupe, mais aussi de découvrir en avant-première, la version 2008 de Microsoft SQL Server. Cette preview était animée par Patrick Guimonet, et […]

Actualité SQL server magazine- sem51

Quest Software a annoncé le lancement d’un programme, de bêta test de LiteSpeed 5.0, son logiciel de sauvegarde et de restauration des bases SQL Server. Ce programme est ouvert aux sociétés clientes des solutions Quest Software ainsi qu’aux sociétés équipées de SQL Server, désirant y participer. Les nouvelles fonctions de LiteSpeed 5, seront mises en […]

MICROSOFT TECHDAYS l’événement de l’année 2007

Par Annie Lichtner. Mise en ligne : 31 Janvier 2007; Publication SQL Server Magazine : Décembre 2006


Le 5, 6, et 7 février 2007, se déroulera à Paris un événement majeur : Microsoft TechDays 2007. A la clé : 230 sessions thématiques, des workshops et des ateliers techniques. Objectif : approfondir les connaissances sur l’ensemble des technologies Microsoft. Parmi les nombreuses sessions, Microsoft présentera SQL Server, le premier logiciel du marché à avoir combiné un système de gestion de bases de données (relationnelles ou multidimensionnelles) et des outils décisionnels.Avec près de 10 000 visiteurs attendus, Microsoft TechDays qui se déroulera le 5, 6 et 7 février prochain est le plus grand événement organisé par Microsoft France pour les professionnels de l’informatique. Un sommaire riche à la hauteur des ambitions de Microsoft puisque toute l’offre produits et solutions d’entreprise sera présentée.

Pour atteindre cet objectif, Microsoft France propose 230 sessions thématiques accompagnées d’une trentaine de workshops et de 60 « hands-on labs », à savoir des ateliers techniques pour approfondir les connaissances. « Nous souhaitons un événement multi-sessions où chaque client pourra composer son parcours en fonction de ses centres d’intérêts » précise Angélica Reyes, Responsable plateforme applicative chez Microsoft France. Parmi les thématiques abordées, citons : le déploiement, l’administration, la sécurité, l’infrastructure, le décisionnel, la mobilité, la communication, la collaboration, en passant par la migration, le développement Web, .Net, la high performance computing…

Pour accompagner cet événement majeur, Microsoft France s’appuie sur une cinquantaine de partenaires spécialisés et de nombreuses communautés d’experts. Pour être tout à fait complet, signalons que les TechDays intègrent aussi les DevDays et les journées Microsoft de la Sécurité. Si l’année 2007 est marquée par le lancement de Vista et d’Office 2007, Microsoft place aussi SQL Server et la Business Intelligence au coeur des TechDays. « SQL Server est le premier logiciel du marché à avoir combiné un système de gestion de bases de données et des outils décisionnels (reporting, analyse, extraction) » déclare Angélica Reyes. Pour aider les professionnels dans leur parcours, la plate-forme applicative SQL Server a été scindée en deux thèmes : gestion de données et business intelligence.

Pleins feux sur la migration vers SQL Server 2005

Synthèse de la journée de conférences "Enjeux et perspective de la migration vers SQL Server 2005"

Attention : Problèmes syntaxiques en vue…

par Andras Belokosztolszki. Mise en ligne: 10 Janvier 2006, Publication SQL Server Magazine: Juin 2005

Le terme hétérogénéité sémantique peut, au premier abord, ressembler à du jargon technique sans grande signification, mais il décrit en fait un ensemble subtil de problèmes auxquels sont confrontés de nombreux développeurs et administrateurs de base de données (DBA). Toute personne qui a déjà eu à combiner des ensembles de données de deux bases de données différentes (et quel DBA ou développeur ne l’a pas fait ?) a probablement déjà rencontré une hétérogénéité sémantique: les données n’ont pas des formats concordants et il est par conséquent difficile de les fusionner.Combiner des bases de données dont l’une consigne la température en degrés Celsius et l’autre, la température en degrés Fahrenheit, par exemple, peut aboutir à une corruption significative des données, à moins que vous ne traitiez cette problématique à l’avance. Il est, au mieux, extrêmement long de résoudre une telle corruption des données et, au pire, cette opération peut être impossible d’un point de vue logique. Le présent article aborde les quatre types d’hétérogénéité sémantique, examine à quels endroits ils se produisent lors de la comparaison des bases de données et présente différentes méthodes pour les résoudre.

Edition Spéciale SQL Server Upgrade

Bénéficiez gratuitement Hors-Série exclusifs !

XML for ANALYSIS

XML for Analysis (XMLA), une norme de service Web proposée et prise en charge par Microsoft et les grands éditeurs OLAP, associe les services Web et les technologies OLAP en proposant un schéma XML pour les applications OLAP et de data-mining. Pour l’essentiel, XMLA permet d’explorer et d’interroger les données multidimensionnelles par le biais de services Web, ce qui signifie que les applications analytiques peuvent évoluer de leur structure client/serveur coûteuse et difficile à maintenir vers une architecture orientée Web plus souple.XML for Analysis (XMLA), une norme de service Web proposée et prise en charge par Microsoft et les grands éditeurs OLAP, associe les services Web et les technologies OLAP en proposant un schéma XML pour les applications OLAP et de data-mining. Pour l’essentiel, XMLA permet d’explorer et d’interroger les données multidimensionnelles par le biais de services Web, ce qui signifie que les applications analytiques peuvent évoluer de leur structure client/serveur coûteuse et difficile à maintenir vers une architecture orientée Web plus souple.

o2olap, solution décisionnelle

Reporting Solutions, entité du groupe Pensez Solutions et fournisseur de solutions unifiées de gestion de la performance - Corporate Performance Management (CPM) - pour les PME-PMI, annonce la disponibilité de l’outil décisionnel o2olap en version française.
 

Adaptée à la France et distribuée par Reporting Solutions, o2olap est une solution décisionnelle qui permet de s’appuyer directement sur les données des systèmes de production pour la planification, la simulation, la consolidation et l’analyse des performances.

Sécurité de reporting services

par Peter Blackburn. Mise en ligne: 10 Janvier 2007, Publication SQL Magazine: Juin 2005

Alors que Bill Vaughn et moi-même faisions des recherches pour notre ouvrage, intitulé Hitchhiker’s Guide to SQL Server 2000 Reporting Services (2004, Addison-Wesley), nous avons eu le plaisir de constater que les développeurs de Microsoft considéraient les fonctions de sécurité dans Reporting Services comme cruciales.

Ce produit est généralement installé avec des droits élevés au coeur de votre domaine d’activité et vous devez avoir conscience de ses implications sur la sécurité. Les personnes (administrateurs, développeurs ou utilisateurs) que vous devez ajouter à l’ensemble constituent le maillon le plus faible sur le plan de la sécurité. Elles peuvent en effet compromettre vos configurations de sécurité par ignorance, paresse ou malveillance. Voici une liste de contrôle de sécurité rapide pour les personnes chargées d’administrer, d’installer et de configurer Reporting Services.

SQL Server Actualités – Semaine 41 – 2006

Les actualités SQL Server de la semaine du 16 au 22 Octobre 2006

SQL Server Actualités – Semaine 50 – 2006

Les actualités SQL Server de la semaine du 11au 17 Décembre 2006

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