SQL Server : Passé, présent et futur

par Michael Otey - Mis en ligne le 27/10/2004 - Publié en Octobre 2003

Au cours des 10 années écoulées, Microsoft a transformé SQL Server d'une base de données départementale modeste en un leader sur le marché des bases de données d'entreprise. Comme cette année marque le 10e anniversaire de SQL Server, passons en revue rapidement ses six principales releases puis jetons un coup d'oeil à  la prochaine release Yukon.

SQL Server 4.2 pour l'OS/2 1.3 16 bits

Microsoft a présenté SQL Server pour la première fois en 1992. SQL Server 4.2 ne supportait pas Windows NT. Microsoft avait élaboré le produit avec Sybase pour la plate-forme IBM OS/2 1.3 16 bits.

SQL Server 4.2

La première release SQL Server 32 bits est venue en 1993. Cette release, aussi développée avec Sybase, permettait à  SQL Server 4.2 de travailler avec NT 3.1. En 1994, Microsoft a mis fin à  son co-développement avec Sybase et a poursuivi le développement de SQL Server pour NT uniquement.

SQL Server 6.0

En 1995, venait la release 6.0. C'était la première fois que SQL Server offrait de véritables possibilités de base de données d'entreprise. SQL Server 6.0 amenait la GUI Enterprise Manager et la prise en charge de la réplication, de la planification et de la DRI (Declarative Referential Integrity).

SQL Server 6.5

SQL Server 6.5 est apparu en 1996, dans la foulée de la release 6.0. Ses améliorations étaient nombreuses : plus grande évolutivité, verrouillage dynamique au niveau des pages, transactions distribuées, extension de la réplication aux sources de données ODBC, et un Database Maintenance Wizard.

SQL Server 7.0

SQL Server 7.0 est apparu en 1998 sous le nom de code Sphinx. C'était le plus gros changement de l'architecture SQL Server depuis la release originale. SQL Server 7.0 offrait l'évolutivité massive, un accroissement des performances, l'auto-réglage dynamique et le verrouillage au niveau des lignes. Et aussi OLAP Services, pour démocratiser le data warehousing et la business intelligence (BI). Avec la release 7.0, SQL Server commençait à  affronter directement Oracle et IBM DB2 sur le marché des bases de données d'entreprise.

SQL Server 2000

C'est en octobre 2000 que Microsoft a présenté SQL Server 2000, sous le nom de code Shiloh. Analysis Services de SQL Server 2000 améliorait les possibilités OLAP et BI et ajoutait des fonctions de data mining. La release 2000 offrait aussi l'intégration XML, permettant de stocker, d'extraire et de gérer des données en format XML. Les releases Web suivantes ont amélioré l'intégration XML du produit et introduit SQL Server 2000 Notification Services.

Yukon

La prochaine release de SQL Server, sous le nom de code Yukon, est attendue en 2004. Elle inclura le CLR (Common Language Runtime) .NET qui permet d'écrire des objets base de données comme des procédures stockées et des triggers dans des langages compatibles .NET comme C# et Visual

Lire l'article

SQL Server Actualités – Semaine 50 – 2004

Les actualités SQL Server pour le mois de Décembre 2004

Lire l'article

Prévention des sinistres

par Kalen Delaney - Mis en ligne le 27/10/2004 - Publié en Octobre 2003

Se préparer au pire

Nombreux sont ceux qui divisent le sujet de la haute disponibilité en deux parties : prévention des sinistres et reprise après sinistreEn réfléchissant à  cet article et en essayant de déterminer quelles activités constituent la prévention des sinistres et lesquelles constituent la reprise après sinistre, j'ai constaté que la ligne de démarcation entre les deux n'est pas si nette. J'ai aussi pris conscience que, pour faire la distinction entre la prévention des sinistres et la reprise après sinistre, il faut définir clairement ce qu'est un « sinistre » pour l'entreprise.

Si l'on définit le sinistre comme quelque chose d'extérieur au domaine technique, comme une inondation ou un tremblement de terre, il est impossible de le prévenir, au moins pour l'équipe IT. Dans un tel cas, il faut se concentrer sur la préparation au sinistre. Mais s'il s'agit de sinistres purement technologiques, il est difficile de tracer la frontière entre la prévention et la reprise. Ainsi, si vous considérez que la perte de votre SQL Server est un sinistre, vous pouvez mettre en place un environnement SQL Server en cluster tel qu'un SQL Server sur une autre machine prenne automatiquement le relais du serveur défaillant. Ce mécanisme est la réponse au sinistre que constitue la perte du SQL Server primaire. Cependant, la plupart des gens considèrent une solution cluster comme une prévention des sinistres.
Dans le même esprit, nombreux sont ceux qui considèrent que les stratégies de sauvegarde et restauration entrent dans le cadre de la reprise après sinistre. Or, si l'on définit un sinistre comme une perte de données et si une restauration complète à  partir des sauvegardes empêche la perte de données due à  un événement catastrophique, le sinistre s'est-il produit ou l'avezvous prévenu ? Comme il faut de bonnes sauvegardes pour mener une restauration complète et qu'il faut les effectuer avant que la catastrophe ne frappe, on peut considérer une bonne stratégie de sauvegarde comme une technique de prévention des sinistres.
Mais alors, qu'est-ce qui constitue exactement un sinistre ? Du point de vue de cet article, un sinistre est une perte de données de production ou une immobilisation qui entraîne une perte de productivité. En ce qui vous concerne, si vous considérez qu'un événement particulier est une catastrophe pour votre entreprise, c'est un sinistre.
Quand je distingue la prévention des sinistres et la reprise après sinistre, j'entends que la prévention est ce que l'on peut faire avant que quelque chose n'arrive et la reprise est ce que l'on fait après. Le « quelque chose » peut être un événement que l'on peut prévenir, comme des défaillances de disque multiples, ou ce peut être un événement qu'il est impossible de prévenir, comme un tremblement de terre. Dans ce dernier cas, vous ne cherchez pas des moyens de prévenir l'événement : vous recherchez des moyens pour être préparés et prévenir une perte inacceptable de données ou de productivité. L'encadré « Une vraie reprise est-elle toujours possible ? » décrit les expériences personnelles de l'un des meilleurs experts mondiaux en prévention de sinistres sur SQL Server, après le choc du 11 septembre 2001. Et il souligne à  quel point la planification, la préparation et la persévérance sont importantes pour assurer la survie de l'entreprise après un sinistre. Voyons quelques meilleures pratiques qui vous aideront à  vous préparer au pire.

Lire l'article

Données SQL Server 2000 Windows CE Edition

Syware annonce que son environnement de développement d'applications, Visual CE, supporte maintenant la création de formulaires qui utilisent les données à partir des bases de données SQL Server 2000 Windows CE Edition.

En utilisant l'outil add-on de Syware, sqlceEnable, les développeurs Visual CE peuvent utiliser les données à partir de n'importe quelle base de données SQL Server CE afin de créer des formulaires mobiles pour diverses applications, du suivi à la gestion des inventaires.

Lire l'article

SQL Server Actualités – Semaine 43 – 2004

Les actualités SQL Server pour le mois d'Octobre 2004

Lire l'article

SQL Server Actualités – Semaine 48 – 2004

Les actualités SQL Server pour le mois de Novembre 2004

Lire l'article

SQL Comparison and Synchronization 3.0

Red Gate Software annonce un ensemble d'outils, SQL Comparison and Synchronization 3.0 (SQL Toolkit), logiciel qui permet de créer des programmes afin de planifier la comparaison et la synchronisation des bases de données SQL et d'automatiser l'installation, la réplication et les tâches de vérification.

SQL Toolkit permet d'inclure des fonctions de comparaison et de synchronisation dans les applications créées. SQL Toolkit fonctionne avec SQL Server 2000 et 7.0.

Lire l'article

Application Security annonce AppRadar

Application Security annonce AppRadar, système de protection contre les intrusions pour les bases de données d'entreprise.

Ce système détecte les attaques et les mauvaises utilisations sur la base de données, détecte et empêche les attaques complexes à partir des utilisateurs valides, facilite les stratégies sécurité des informations, et assure une meilleure utilisation des ressources IT de l'entreprise. AppRadar supporte les bases de données SQL Server 2000 et MSDE 2000.

Lire l'article

Arrêter & démarrer SQL Server

par Michael Otey - Mis en ligne le 20/10/2004 - Publié en Octobre 2003

De multiples façons d'arrêter et de re-démarrer votre serveur

SQL Server est l'un des systèmes base de données les plus fiables du marché. Mais il faut parfois l'arrêter pour diverses raisons : maintenance régulière, déplacement, etc.La fermeture de Windows entraîne l'arrêt de SQL Server mais, si cela ne vous convient pas, voici sept autres manières d'arrêter SQL Server.

Lire l'article

MSDE et SQL Server

par Michael Otey - Mis en ligne le 24/11/2004 - Publié en Décembre 2003

MSDE (Microsoft SQL Server Desktop Engine) est un moteur de base de données local fondé sur le même moteur qui est au coeur de SQL Server. Développer des applications pour MSDE et en développer pour SQL Server est la même chose. Et cette similitude cause une certaine confusion - particulièrement quand aux différences entre MSDE et SQL Server 2000 Personal Edition ...Voici donc sept différences importantes entre MSDE 2000 et SQL Server 2000.

Lire l'article

Le meilleur de Web Matrix

par Michael Otey - Mis en ligne le 20/10/2004 - Publié en Octobre 2003

Web Matrix est un outil de développement d'application graphique destiné au nouveau framework applicatif Web ASP.NET de Microsoft. Téléchargeable gratuitement, il inclut un sousensemble des fonctions de développement de Visual Studio .NET.C'est aussi un excellent moyen de se mettre dans le bain en utilisant ASP.NET sans acquérir une copie complète de Visual Studio .NET. Web Matrix requiert Windows XP ou Windows 2000 et est livré avec le support pour les bases de données SQL Server et MSDE (Microsoft Data Engine). Pour télécharger l'outil, allez à  http://www.asp. net et sélectionnez l'onglet Web Matrix en haut de la page. Voici les sept points forts de Web Matrix.

Lire l'article

Le nouveau Visual Studio .Net

par Michael Otey - Mis en ligne le 24/11/2004 - Publié en Décembre 2003

Visual Studio .NET a été accueilli sans enthousiasme dans sa première année. A cela, deux raisons principales : le marasme économique et la difficulté des développeurs pour apprendre les nouveaux langages Microsoft .NET ...Avec Visual Studio .NET 2003, Microsoft entend bien accélérer le rythme d'adoption du produit dans les entreprises. Voici sept nouvelles fonctions importantes de Visual Studio .NET 2003, pour les développeurs base de données.

Lire l'article

Trop, c’est combien ?

par Jeffrey Bane - Mis en ligne le 29/09/2004 - Publié en Octobre 2003

En conception de base de données, la bonne relation est primordiale

Si le rôle de l'administrateur et du développeur de bases de données modernes se limitait à  coder SQL et à  assurer de bonnes sauvegardes, nous dormirions tous probablement mieux et pourrions consacrer davantage de temps à  nos loisirs. Malheureusement, nous devons aussi avant tout mettre en oeuvre des bases de données efficaces...Cette tâche est l'une des plus délicates dans le monde des bases de données, car la conception et la mise en oeuvre d'une base de données est un exercice lourd de conséquences positives ou négatives.
Le temps et l'expérience aidant, on atteint une certaine aisance malgré l'ampleur de la tâche. Et vous atteignez un point dans votre courbe d'apprentissage de développement de base de données où vous maîtrisez bien l'application des relations many-to-many (M:N) (de plusieurs à  plusieurs) entre les tables. Parfois même, vous vous sentez tellement à  l'aise que vous avez tendance à  abuser de ces relations.
Si vous êtes un développeur de bases de données débutant, la relation M:N risque de vous intimider. Mais, après plusieurs utilisations, vous constaterez qu'elle est relativement simple à  identifier, concevoir et mettre en oeuvre. En général, parvenue à  ce point de maîtrise, la courbe d'apprentissage se heurte à  un mur. Très peu de développeurs et de concepteurs de bases de données se risquent au-delà  des relations « Big 3 » : one to one (1:1), one to many (1:M) et M:N, pour découvrir les autres types de relations pouvant exister dans un schéma relationnel. Peu de gens explorent, mais moins encore maîtrisent, des types de relations plus obscures du genre tertiaire ou nomenclature. Pourtant, ces relations ne sont que de simples extensions des trois types de relations avec lesquelles vous vous sentez à  l'aise. Par exemple, une relation nomenclature n'est rien d'autre qu'une entité qui a des relations M:N avec elle-même. Dans cette relation, une entité pièces est constituée d'autres pièces qui, à  leur tour, sont constituées de - vous l'aviez deviné - encore d'autres pièces. Mais, si l'on comprend les relations M:N, on est tout près de comprendre la relation nomenclature.
Ces types de relations moins usuelles ne doivent pas constituer un mystère dans vos schémas de bases de données. Pour démystifier ces relations, voyons la relation supertype- subtype sous-utilisée et souvent incorrectement mise en oeuvre. Elle est aussi connue sous le nom de relation superclass-subclass. Si vous avez déjà  pratiqué le développement orienté objet, vous connaissez cette relation, dans laquelle plusieurs entités partapartagent certains attributs, mais pas tous.
A noter que dans cet article, je couvre principalement la mise en oeuvre physique d'une relation supertype- subtype, en expliquant la logique de ce type de relation et en soulignant les gains de performances spectaculaires qu'elle permet. Pour une explication approfondie des relations supertype- subtype au niveau logique, voir l'article classique de Michel Poolet « Supertypes and Subtypes », mai 1999, sur www.itpro.fr.

Lire l'article

SQL Server Actualités – Semaine 47 – 2004

Les actualités SQL Server pour le mois de Novembre 2004

Lire l'article

DTS itinérant

par Shane Dovers - Mis en ligne le 16/09/2004 - Publié en Octobre 2003

7 conseils pour une portabilité de package maximale

Lorsqu'on crée un package DTS, il est très important de le doter d'un maximum de portabilité. C'est ce que m'ont appris les 5 années de programmation DTS (Data Transformation Services) effectuées depuis la première livraison de SQL Server 7.0. La portabilité est maximale quand un package peut s'exécuter correctement sur la grande majorité des serveurs...Lorsque la portabilité est présente dans la conception du package, on peut déplacer le package d'un serveur sur un autre, avec peu ou pas de modifications. Cette notion est importante parce que la plupart des développeurs créent les nouveaux packages sur des serveurs de développement, puis transportent la version testée finale sur un serveur de production. Si l'on n'effectue pas toutes les modifications liées au serveur avant de porter le package sur le serveur de production, le package DTS ne s'exécutera pas correctement. Les conseils qui suivent vous aideront à  réduire le nombre de modifications nécessaires lors du déplacement d'un package et à  réduire votre temps de mise au point.
Examinons sept manières d'obtenir un maximum de portabilité quand on programme des packages DTS. Nous nous intéresserons aux deux aspects de portabilité les plus négligés : localisation des composants et sécurité à  l'exécution. Ensuite, nous étudierons les variables globales avec la Dynamic Property Task pour valider les changements dynamiques à  l'exécution, les inconvénients liés à  l'utilisation de Send Mail Task, l'utilisation des chemins UNC (Universal Naming Convention), le stockage des, et l'accès aux, fichiers source et de destination et, finalement, l'utilisation de Disconnected Edit pour modifier les attributs du package DTS.

Lire l'article

SQL Server Comparison Tool 1.2

AlfaAlfa Software annonce SQL Server Comparison Tool 1.2, application Windows qui permet aux développeurs et administrateurs systèmes d'analyser, comparer et documenter les bases de données SQL Server.

Cet outil analyse la structure de vos tables SQL Server, procédures, fonctions, vues, triggers, puis stocke les données comparées dans les tables.

Lire l'article

SQL Server Actualités – Semaine 40 – 2004

Les actualités SQL Server pour le mois de Septembre 2004

Lire l'article

La connexion directe

par Michael Otey - Mis en ligne le 17/11/2004 - Publié en Décembre 2003

Configurer et utiliser linked servers d'Oracle

L'utilisation de plates-formes de bases de données multiples est banale dans la plupart des entreprises, parce que leurs applications sont étroitement liées à  un système base de données back-end particulier. SQL Server et Oracle sont deux des plates-formes base de données les plus courantes aujourd'hui ...Nombreuses sont les sociétés qui utilisent en même temps SQL Server et Oracle. Le plus souvent, ces plates-formes base de données différentes sont des îlots informatiques entièrement indépendants ; parfois leur interaction se borne à  quelques échanges de données batch. Cette situation n'a rien d'obligatoire. En effet, la fonction linked servers de SQL Server vous permet d'intégrer directement vos applications SQL Server aux tables des bases de données Oracle. Mais, tout d'abord, il faut savoir comment établir et utiliser une connexion linked-server de SQL Server 2000 à  une base de données Oracle.

Lire l'article

XML Builder 2.0

WINSIGHT est le spécialiste français du Décisionnel en environnement Microsoft.

WINSIGHT annonce XML Builder 2.0 qui permet de programmer un serveur OLAP Microsoft sans avoir besoin de maîtriser une API complexe

Lire l'article

Nager dans le .Net Connection Pool

par par William Vaughn - Mis en ligne le 24/08/2004 - Publié en Décembre 2003

Concevez et configurez votre connection pool .NET en utilisant du bon sens, des requêtes ordinaires, et une poignée de propriétés SqlClient peu connues

En tant qu'instructeur et consultant en ADO.NET et Visual Basic (VB), on m'interroge souvent sur l'utilisation des pools de connexion d'ADO.NET...Ces questions viennent de clients, d'étudiants, de newsgroups et de serveurs de listes. Les questions posées sont du genre :

• Comment puis-je activer et désactiver le connection pool ?
• Combien de connexions sont déjà  dans le pool ?
• ADO.NET et ADO semblent se bloquer après environ 100 connexions. Pourquoi ne peuvent-ils pas ouvrir davantage de connexions ?
• Comment puis-je reconnaître l'utilisateur exécutant le code dans la chaîne de connexion sans épuiser rapidement les connexions ?
• Comment puis-je m'assurer que seules les personnes autorisées ont accès à  la base de données et continuer à  tirer parti du connection pool ?
• Comment puis-je partager une connexion commune entre différentes parties de mon application ?

Après avoir lu cet article, vous connaîtrez les réponses à  ces questions et à  beaucoup d'autres portant sur le connection-pool. J'explique comment connecter correctement les applications au serveur et, plus important, comment les en déconnecter quand le connection pool gère vos connexions. Dans un prochain article, je poursuivrai en expliquant comment superviser l'activité du mécanisme de connectionpooling (aussi appelé pooler) et comment être certain que l'application utilise le pooler correctement - de préférence avant qu'il ne déborde et n'endommage votre système.

Lire l'article