Microsoft SQL Server

SQL Server est un Dispositif de gestion de base de données développé et commercialisé par Microsoft.



Catégories :

Logiciel Microsoft - Système de gestion de base de données

Recherche sur Google Images :


Source image : blog.netaneo.com
Cette image est un résultat de recherche de Google Image. Elle est peut-être réduite par rapport à l'originale et/ou protégée par des droits d'auteur.

Page(s) en rapport avec ce sujet :

  • Avec Neverfail, l'accès aux données stockées dans Microsoft SQL Server est garanti en toute circonstance. Neverfail est une puissante technologie qui... (source : solutions-exchange)
  • Microsoft SQL Server est une application offrant des solutions complètes d'analyse et de base de données. Comme meilleure base de données pour les ... (source : amazon)
  • ... Microsoft Microsoft SQL Server - Assurance logiciel - 1 licence d'accès client... C - Win - 1 points - français Microsoft SQL Server est un dispositif de gestion de bases de données dimensionnable à hautes performances.... (source : commentcamarche)
SQL Server
Développeur Microsoft
Dernière version
Version avancée
Environnement Microsoft Windows
Type SGBD
Licence propriétaire
Site web www. microsoft. com/france/sql

SQL Server est un Dispositif de gestion de base de données (SGBD) développé et commercialisé par Microsoft.

Originellement co-développé par Sybase et Microsoft, Ashton-Tate ayant aussi été associé à la première version qui est sortie en 1989. Cette version est sortie sur les plateforme Unix et OS/2; Depuis Microsoft a porté ce dispositif de base de données sous Windows et il est désormais seulement supporté sur ce dispositif.

En 1994, le partenariat entre les 2 sociétés ayant été rompu, Microsoft sortit la version 6.0 puis 6.5 seul, sur la plateforme Windows NT.

Microsoft SQL Server fait désormais partie de la stratégie technique de Microsoft en matière de base de données. Le moteur MSDE qui est la base de SQL Server doit à terme remplacer le moteur Jet (celui qui gère les bases Access) dans les applications telles que Exchange et Active Directory.

La version 2005 de SQL Server est sortie le 3 novembre 2005 en même temps que Visual Studio 2005. Le support de Windows Vista et de Windows Server 2008 n'a été ajouté qu'à partir du Service Pack 2 (SP2).

La version 2008 de SQL Server (nom de code Katmaï) est disponible en 2008 en version RC0 (Release Candidate 0). Elle est disponible en 9 langues, dont le français. Sa sortie est annoncée pour le 3e trimestre 2008.

Langages

Pour les requêtes, SQL Server utilise T-SQL (Transact-SQL), c'est une implémentation de SQL qui prend en charge les procédures stockées et les déclencheurs (trigger). Le T-SQL est incompatible avec le PL/SQL d'Oracle.

Pour les transferts de données SQL Server utilise le format TDS (Tabular Data Stream) qui a été implémenté dans d'autres bases de données (en particulier dans son homologue Sybase) et dont les spécifications sont publiques. Une implémentation Open Source d'un client TDS est disponible et forme la base du client SQL Server du projet Mono : FreeTDS.

Relations

SQL Server est un SGBD relationnel. Il est envisageable de définir des relations entre les tables de manière à garantir fortement l'intégrité des données qui y sont stockées. Ces relations peuvent être utilisées pour modifier ou supprimer en chaîne des enregistrements liés.

Transactions

SQL Server est un SGBD transactionnel. Il est capable de préparer des modifications sur les données d'une base et de les valider ou de les annuler d'un bloc. Ceci garantit l'intégrité des informations stockées dans la base.

Lors d'une transaction, les blocs de données contenant les lignes de données modifiées par cette transaction sont verrouillés. Les autres utilisateurs, selon le niveau d'isolation choisi, doivent attendre ou non la fin de la transaction pour pouvoir les modifier à nouveau.

Les verrouillages s'effectuent au niveau des lignes, pages, extensions, tables ou base de données. SQL Server ne verrouille que les ressources dont il a besoin (par défaut les enregistrements) et suivant les besoins peut verrouiller à un niveau plus élevé (pages ou objet). Ceci évite aux utilisateurs d'attendre la fin d'une transaction pour mettre à jour des lignes de données qui n'ont pas été touchées par une modification et sert à diminuer la quantité de ressources consommées

Les transactions sont enregistrées dans le journal de transaction et les modifications des données sont intégrés à la base de données lors de points de contrôle (check point). Il est envisageable de forcer un point de contrôle grâce à l'instruction CHECKPOINT

Le journal des transactions peut être conservé de trois manières différentes :

  • Mode simple : l'ensemble des modifications sont enregistrées dans le journal sauf pour les instructions de chargements en bloc (BCP, BULK INSERT, CREATE INDEX, reconstruction d'index et SELECT INTO) qui sont enregistrées de manière plus simple. Les transactions terminées sont supprimées du journal de transaction à chaque point de contrôle.
  • Mode journalisé en bloc : journalise de façon minimale les opérations en bloc. Ce mode est utilisé provisoirement le temps d'effectuer d'importantes opérations de masse.
  • Mode complet : l'ensemble des modifications sont enregistrées dans le journal. Les transactions terminées dont les données sont rédigées sur le disque sont supprimées du journal de transaction à chaque sauvegarde de ce dernier.

Dans les 2 derniers modes, il est envisageable de sauvegarder la base de données et de la restaurer telle qu'elle était à n'importe quel point du temps à la seconde près ainsi qu'à la transaction près (avec cependant des limites pour le mode journalisé en bloc). Ce mode permet aussi la sauvegarde de fichiers ou de groupes de fichiers.

Fichiers

Les bases de données sont contenues physiquement dans des fichiers. Les fichiers portent le plus souvent les extensions :

  • MDF (Main Database File) pour le premier fichier de données
  • NDF (Next Database File) pour les autres fichiers de données
  • LDF (Log Database File) pour les fichiers du journal de transaction

Les fichiers sont divisés par bloc de 8196 octets nommés pages. Les enregistrements ont une taille maximale de 8060 octets (les champs text, ntext et image ne sont pas comptabilisés dans cette limite, SQL Server 2005 n'y compte pas l'ensemble des champs de longueur variable). La taille utile de la page est de 8096 octets. Pour calculer le nombre d'enregistrements par bloc on utilise la fonction :

nb_enregistrement_bloc = plancher ( 8096 / taille_enregistrement )

Pour calculer la taille d'une table on utilise la fonction :

taille_table = (nb_enregistrement_table / nb_enregistrement_bloc) * 8196

Les bases de données ne peuvent fonctionner que quand l'ensemble des fichiers sont présents.

Les fichiers de données sont regroupés logiquement dans la base de données dans des groupes de fichiers. Ces fichiers et groupes de fichiers peuvent être sauvegardés de façon indépendante à condition de sauvegarder les journaux de transactions en parallèle.

Droits

Les services exécutant chaque instance de SQL Server utilisent un compte de service. Ce dernier doit être choisi avec soin pour éviter d'éventuelles failles de sécurités sur le serveur. Ce dernier peut être : Service Dispositif, Service Local (à partir de Windows 2003), Service Réseau (à partir de Windows 2003), compte utilisateur Windows local, compte utilisateur du domaine. L'ordonnanceur ou le planificateur de tâche de SQL Server, l'Agent SQL s'exécute lui aussi sous forme de service, il faut par conséquent lui affecter un compte de service. Ce dernier est le plus souvent différent de celui de l'instance.

SQL Server s'appuie par défaut sur le dispositif d'authentification de Windows (Kerberos ou Natif). On peut donner des droits sur les différents éléments de SQL Server à un groupe ou à un utilisateur. Lors de la connexion à la base de données, l'utilisateur est identifié grâce à son login Windows et accède aux ressources de la base de données auxquelles l'administrateur lui a donné droit par l'intermédiaire de son groupe Windows ou directement à son identifiant. Lors de l'accès à une ressource extérieure, le processus SQL Server agit de 3 manières différentes : par emprunt d'identité quand la couche Windows est correctement configuré, l'utilisateur ne peut accéder par l'intermédiaire de SQL Server qu'aux ressources auxquelles il aurait droit s'il y accédait directement ; par le compte de service de l'instance, quand l'utilisateur est sysadmin et pour certaines tâches ; il ne permet pas l'accès, dans l'ensemble des autres cas.

Comme il existe des cas où l'utilisateur ne peut pas être identifié par son login Windows (utilisation de Linux, d'une page Web... ) une méthode d'identification directe à SQL Server peut être mise en place. Elle doit l'être explicitement par l'administrateur de l'instance. Quand il accède à une ressource extérieure le processus SQL Server agit de 2 manières différentes, par le compte de service de l'instance, quand l'utilisateur est sysadmin et pour certaines tâches ; il ne permet pas l'accès, dans l'ensemble des autres cas.

Pour l'accès à une ressource extérieure SQL Server 2005 ajoute la possibilité de créer des credentials qui sont des comptes Windows enregistrés juste à cet effet. Les utilisateurs peuvent être associés à ces comptes Windows pour l'accès aux ressources externes.

Quand un utilisateur est connecté à une instance, il peut disposer de droits sur l'instance elle-même et/ou sur chacune des bases gérées par l'instance. Les droits sur l'instance sont donnés par l'intermédiaire de rôles d'instance prédéfinis. Les droits sur les bases de données sont donnés par l'intermédiaire de rôle de base de données, de groupes windows ou directement à l'utilisateur. Il existe des rôles de bases de données dispositif qui donnent des droits spécifiques sur la base de données et d'autres définis par l'administrateur qui donnent des droits sur les objets. Quand l'accès à une instance est donné à un utilisateur ou à un groupe Windows ce dernier dispose d'un espace utilisateur dans lequel peuvent être enregistrés des objets ayant un nom semblable à celui d'un autre espace utilisateur. L'espace utilisateur par défaut des administrateurs d'une base de donnée est dbo (database owner).

Il existe au niveau des bases de données des rôle applicatifs auxquels on peut affecter des droits et accessibles par mot de passe. Quand ils sont utilisés ils remplacent les droits de l'utilisateur courant par les droits affectés au rôle. Ils sont utilisés pour interdire l'accès aux utilisateurs à une base de données par d'autres moyens que l'application qui leur est apportée.

Tables
Publicité pour Microsoft SQL Server 2005 sur écran vidéo géant sur un bâteau-mouche à Shanghai

Les tables sont les objets qui contiennent effectivement les données dans la base. Elles sont de deux types :

  1. Les tables dispositif contiennent les informations donnant la possibilité le bon fonctionnement de la base de données. Par défaut sous SQL Server 2000 elles ne sont pas modifiables. Sous SQL Server 2005 de nouvelles tables dispositifs apparaissent mais sont non accessibles aux utilisateurs. Pour pouvoir toujours accéder à ces informations l'équipe de développement a ajouté la plupart de vues dispositifs. Celles-ci remplacent les anciennes tables dispositifs, certaines commandes DBCC. La plupart de nouvelles vues dispositifs ont aussi été ajoutées. Sous SQL Server l'ensemble des objets dispositifs font partie du schéma sys et sont stockés dans une base de données nommée SystemResource.
  1. Les tables utilisateurs contiennent les données des utilisateurs.

Une table peut contenir jusqu'à 1024 champs dont la somme des tailles n'excède pas 8060 octets. Pour dépasser les 8060 octets il faut utiliser les types de données text, binary et image, leurs valeurs sont stockées dans un espace scindé des autres données. Ces champs ne peuvent pas être inclus dans des index classiques.

À partir de la version 2005 de SQL Server, la limite de 8060 octets peut-être dépassée avec l'ensemble des types de longueurs variables. Une constante MAXSIZE a été introduite pour définir la taille des champs au maximum adressable par le moteur de base de données (actuellement 2 giga-octets), elle permet de indiquer la longueur maximale des champs de type varchar (max) , nvarchar (max) , varbinary (max) qui remplacent respectivement les types text, binary et image qui ont été déclarés obsolètes.

Les enregistrements d'une table peuvent être caractérisés par une clef primaire. La clef primaire est toujours indexée sur SQL Server. D'autres contraintes sont aussi disponibles au niveau des tables tel que : les contraintes uniques, les valeurs par défaut, les contraintes de vérification (check), les clefs étrangères.

Vues

Une vue est une requête appelée de la base de données. Elle est interrogée de la même façon qu'une table.

Les données renvoyées par la vue sont reconstituées à partir des données contenues dans les tables à chaque appel de la vue. SQL Server remplace le nom des vues dans la requête qui va être exécutée par leurs définitions, puis la requête ainsi obtenue est compilée et exécutée par le moteur. Le plan compilé de la requête ainsi obtenue est ensuite stocké pour permettre la réutilisation lors d'un prochain appel.

Dans certaines conditions, il est envisageable de mettre à jour les valeurs dans une vue. Voici des exemples de ces conditions :

  1. Une vue sur plusieurs tables ne peut modifier qu'une seule de ces tables.
  2. Si la vue contient des fonctions, utilise "DISTINCT" ou "GROUP BY", la modification ne fonctionnera pas.
  3. La vue possède un déclencheur de type INSTEAD-OF.

SQL Server implémente des types spécifiques de vues qui sont les vues partitionnées et les vues indexées.

Index

Il existe 2 types d'index :

  1. Les index clusterisés (CLUSTERED INDEX)
  2. Les index non-clusterisés (NONCLUSTERED INDEX)

Il ne peut y avoir qu'un seul index clusterisé par table. Les données de la table sont logiquement triées dans l'ordre de l'index clusterisé, ce qui explique qu'il n'y en a qu'un seul. C'est à dire, l'index clusterisé étant un arbre-b, les feuilles de l'index sont directement les lignes dans la table.

Un index non clusterisé ne reflète pas l'ordre physique des lignes de la table.

Les deux types d'index sont fabriqués à partir d'une clé, composée d'un certain nombre de champs. Ils permettent de retrouver rapidement une donnée à partir de tout ou partie des champs de cette clé.

Ainsi, si nous considérons une clé (A, B, C), on peut faire des recherches sur les champs (A), (A, B) et (A, B, C). Les champs sont reconnus dans l'ordre de la clé ; il n'est par conséquent pas envisageable de faire une recherche sur , par exemple (A, C) ou (B, C) avec cet index.

Une table peut contenir 249 index. Chaque index peut contenir 16 champs dont la somme des tailles n'excède pas 900 octets. Les index contiennent en plus des données des champs de l'index un signet (bookmark) vers les données de la table. Ce dernier peut être soit un pointeur vers un enregistrement, soit une des clefs de l'index clusterisé.

L'optimisateur de requêtes de SQL Serveur choisit quel index utiliser. Il est envisageable qu'il n'utilise pas l'index que vous avez créé car le coût de la recherche via cet index peut être plus grand que simplement lire la table au complet. Pour faire ces choix, l'optimisateur utilise entre autres les statistiques de la table, la présence ou non de contraintes. Il est envisageable par contre de forcer l'optimisateur à utiliser un index avec la clause WITH (nom_index), cette pratique n'est cependant pas recommandée.

L'index est organisé en arbre-b. Ceci sert à classer plus rapidement les informations que s'il fallait les insérer dans une table séquentielle. Cette disposition étant particulièrement gourmande en ressources de stockage, la version 2005 de SQL Server sert à séparer les données de recherche et des données de traitement intégrées à l'index.

Il n'y a pas d'autre structure d'index que l'arbre-b. On ne trouve pas, par exemple, d'index bitmap, qui permettraient de favoriser les recherches sur des champs aux contenus peu variés.

Procédures stockées

Il est envisageable de définir des procédures stockées. Une procédure stockée est une suite d'instructions qui vont avoir des effets sur la base de données ou qui renvoient des valeurs.

Les procédures stockées sous SQL Server peuvent prendre en paramètre et/ou retourner des entiers, des chaînes de caractère, des dates, des curseurs, des tables, des tables virtuelles et tout autre type défini dans SQL Server par défaut ou par les utilisateurs.

Les principaux avantages de l'utilisation des procédures stockées sont : la sécurité accrue, la réutilisation des plans compilés (contrairement aux vues) et la possibilité de gérer les dépendances entre le code SQL et les objets du moteur.

Déclencheurs (trigger)

Le déclencheur forme du code stocké qui s'exécute après (AFTER) ou à la place (INSTEAD OF) d'une action spécifique (insertion, modification, suppression) sur une table ou sur une vue. Deux tables virtuelles sont créées pour manipuler les données insérées, modifiées ou supprimées : inserted (pour l'insertion et la modification) et deleted (pour la suppression et la modification). Il est impossible de modifier le contenu des ces tables virtuelles. Le déclencheur spécifique INSTEAD OF est utilisable quand on souhaite intercepter l'événement, ne pas le laisser se dérouler, mais coder une autre action. Ce type de déclencheur est utilisable par exemple dans le cadre d'un mapping relationnel/objet où on manipule des vues composées de multiples jointures où on souhaite que l'utilisateur puisse faire des mises à jour (INSERT, UPDATE, DELETE) directement sur ces vues. Dans ce cas, les données INSERT, UPDATE ou DELETE sont découpées pour chacune des tables en jeu et une série d'ordre spécifique à chaque table à mettre à voir est lancée au travers une transaction.

Depuis SQL Server 2005, la possibilité de créer des triggers DDL a été ajoutée. Ces déclencheurs DDL agissent après apparition des événements de type CREATE, ALTER ou DROP, et ces événements peuvent être interceptés au niveau du serveur (par exemple un CREATE DATABASE) ou au niveau de la base (par exemple un DROP TABLE). Pour obtenir des détails sur l'événement intercepté, un paquet de données XML (que on obtient par la fonction EVENTDATA () ) donne de multiples précisions sur l'origine et la nature de l'événement. On y trouve même la requête SQL qui l'a déclenché. Le Service Pack 2 de ce dernier offre même la possibilité de déclenchement sur une connexion. Enfin, il est envisageable de coder des triggers via. net (SQL CLR) à partir de la version SQL 2005.

Fonctions (UDF : User Defined Function)

Depuis SQL Server 2000, il est envisageable de créer des fonctions.

Ces fonctions sont de 3 types :

  • Scalaire : Plusieurs instructions renvoient alors une valeur de type simple
  • Table à instructions multiples : Plusieurs instructions renvoient alors une table
  • Table en-ligne (vue paramétrée)  : Une instruction de type SELECT renvoie une table

Il existe cependant des restrictions quant aux fonctionnalités utilisables dans le corps d'une fonction. Il n'est pas envisageable d'utiliser de fonctions non déterministes et la fonction ne doit pas modifier des données ou des paramètres dispositif de manière permanente ou durable. Ce qui interdit par exemple l'utilisation d'un INSERT sur une table ou l'utilisation de la fonction GETDATE ().

SQL Server 2005 a rajouté :

  • la possibilité de créer des fonctions d'agrégation (calcul statistique) par l'intermédiaire de CLR, c'est-à-dire d'un codage avec un langage de la plateforme. net;
  • des fonctions spécifiques liées au partitionnement des données (PARTITION FUNCTION).

A la différence d'une procédure stockée, une fonction ne peut pas contenir :

  • d'ordre déterminant les frontières d'une transaction (BEGIN TRANSACTION, COMMIT, ROLLBACK)
  • d'ordre de mise à jour des données (INSERT, UPDATE, DELETE, SELECT), sauf pour les fonction table multi-instructions et ce seulement pour la table de retour.
  • de code non déterministe (barrière partiellement levée avec SQL Server 2005, les fonctions telles que GETDATE étant autorisées, mais RAND est toujours interdite)
  • de SQL dynamique
  • de curseur
  • d'un appel de procédure stockée

C'est logique, car l'objectif d'une fonction est avant tout d'être utilisée au sein d'une requête.

SQL Server Management Studio (SSMS)

Cet outil est apporté avec les versions payantes de SQL Server 2005. Il sert à se connecter et d'administrer les différents moteurs SQL Server 2005 (SSRS, SSIS, SSAS et le moteur relationnel). Il permet pour le moteur relationnel de développer des scripts TSQL, avec la possibilité de regrouper la totalité de ceux-ci au sein d'une solution (comme sous Visual Studio). On peut aussi enregistrer ceux-ci grâce à Visual SourceSafe ou Team Foundation Server.

SQL Server Management Studio Express Edition (SSMSE)

Cet outil est téléchargeable gratuitement pour la gestion du moteur relationnel SQL Server 2005 Express Edition. Il sert à se connecter et d'administrer seulement le moteur relationnel SQL Server 2005. Il permet pour le moteur relationnel de développer des scripts TSQL.

SQL Server Business Intelligence Development Studio

Tout comme SSMS, cet outil est apporté avec les versions payantes de SQL Server 2005. Il s'agit de l'outil de développement Microsoft Visual Studio 2005 adapté pour la création de projets Analysis Services, Integration Services ou Reporting Services. Tous ces projets se retrouvent dans le groupe "Projets Business Intelligence".

Entreprise manager

Jusqu'à la version 2000, cet outil permet de gérer la base de données de façon entièrement graphique. Il permet en outre d'accéder et de configurer l'ensemble des outils annexes de SQL Server. A partir de la version 2005, il est remplacé par SQL Server Management Studio.

Query Analyzer (Analyseur de requête)

Il s'agit d'un outil (fourni jusqu'à la version 2000) permettant d'exécuter des requêtes sur un serveur SQL. Il permet aussi d'analyser le fonctionnement des requêtes pour optimiser la requête elle-même ou la base de données qu'elle interroge. À partir de la version 2005, les fonctionnalités de cet outil sont intégrées à SQL Server Management Studio.

Profiler (générateur de profil)

Cet outil sert à capturer l'activité d'une base de données. Il permet aux administrateurs de vérifier les éléments et les requêtes qui prennent du temps sur la base de données. Peut-être, il est envisageable de rejouer la capture sur un serveur de test .

SQL Server

Il s'agit du moteur de bases de données. À chaque instance de SQL Server correspond un service Windows Sql Server. Ce service peut être repéré dans les services Windows sous les noms MSSQLNom_instance pour les instances appelées et MSSQLServer pour l'instance par défaut.

Chaque instance créée possède au départ 4 à 6 bases de données dispositifs. Le moteur SQL Server s'appuie sur la base de données dispositif master qui contient la définition des autres bases de données.

Les autres bases dispositifs sont :

  • msdb : utilisée par l'agent SQL Server, la réplication, Data Transformation Services, Integration Services, ...
  • model : utilisée comme modèle pour créer de nouvelles bases de données. Toute nouvelle base de données est une copie de celle-ci.
  • tempdb : Base de données temporaire, elle permet de stocker les données temporaires créées par des utlisateurs ou générées par des curseurs, des créations d'index, lors d'un tri volumineux. Sous SQL Server 2005, elle contient aussi les versions d'enregistrement générées par les niveaux d'isolation SNAPSHOT, le contenu des pseudo tables inserted et deleted utilisées dans les triggers et celles générées par les opérations d'index en ligne. Cette base de données dispositif est toujours vidée au démarrage du service SQL Server.
  • distribution : N'est présente que dans le cadre d'une réplication si votre serveur joue le rôle du distributeur.
  • mssqlsystemresource : Présente seulement à partir de SQL Server 2005. Elle n'est pas accessible directement, et elle contient l'ensemble des objets dispositifs (hors tables).

SQL Server Agent

Il s'agit de l'agent de maintenance de l'instance de SQL Server. À chaque instance de SQL Server correspond un service Windows Sql Server Agent. Ce service peut être repéré dans les services Windows sous les noms SQLAgentNom_instance pour les instances appelées et SQLAgent pour l'instance par défaut. Le moteur SQL Server Agent s'appuie sur la base msdb. Ce moteur sert à gérer les sauvegardes, les plans de maintenance, les travaux planifiés, la surveillance de la base, les alertes administratives...

L'Agent a aussi comme rôle la surveillance du service de SQL Server et le déclenchement automatique du redémarrage de ce dernier en cas d'arrêt inattendu.

Full Text Search

Moteur d'index / recherche de texte intégral.

Distributed Transaction Coordinator

Connu aussi sous le nom de MS DTC, sert a gérer les transactions distribuées. C'est-à-dire les transactions entre plusieurs serveurs de transactions SQL Server, entre un serveur SQL Server et des serveur de base de données autres, entre plusieurs sources de données différentes qu'ils soient des moteurs de base de données ou de simples composants.

Notification Services

Service apparu sous SQL Server 2000 sert à requêter régulièrement la base de données et selon ces requêtes de notifier des groupes abonnés à ces évènements.

Décisionnel

La plateforme décisionnelle SQL Server se compose d'un ETL, apparu avec SQL 7, d'un moteur multidimensionnel, aussi apparu sous SQL 7 et d'un moteur de rapports, ajouté en 2004 sous SQL 2000. Avec la version SQL Server 2005, un studio de développement dédié au métier du décisionnel a été intégré dans Visual Studio 2005 : BI development Studio.

Cartographie

SQL Server 2008 supporte de nouveau type de données primitives : Le type géographique ou intervient une projection (latitudes et les longitudes) et le type géométrique sans projection pour manipuler les données relatives aux points, aux lignes ainsi qu'aux polygones. Le premier logiciel compatible SQL Server a été le logiciel |Manifold System puis Mapinfo, Geomédia.

Data Transformation Services

Il s'agit d'un outil à part entière qui n'est commercialisé qu'avec SQL Server. C'est un outil d'ETL complet. Il sert à transférer des données depuis et vers n'importe quelle base de données pour laquelle des drivers OLE-DB ou ODBC ont été installés sur la machine qui héberge le programme.

Il peut s'appuyer sur msdb, mais il est envisageable de générer avec l'aide de Visual Basic des programmes indépendants qui tourneront sur un ordinateur ne disposant pas de SQL Server. Il possède aussi son propre mode de stockage structuré.

Au départ certaines sociétés n'ont fait l'acquisition de SQL Server que pour pouvoir utiliser cet outil. Disposant de licences SQL Server elles s'en sont servies pour faire fonctionner leurs bases de données. Ceci a permis à SQL Server de se créer un marché et de concurrencer Oracle

Integration Services

Service apparu sous SQL Server 2005, il est le remplaçant de Data Transformation Services. L'ETL a été totalement reconstruit, et se positionne en concurrence des autres outils ETL professionnels du marché. L'objectif est l'intégration de l'entreprise par ses données Microsoft SQL Server 2005 Integration Services (SSIS) est une plate-forme complète d'intégration de données. Il est important de comprendre que Microsoft SQL Server 2005 Integration Services n'est pas simplement un outil d'extraction, de transformation et de chargement (ETL). C'est une plate-forme complète d'intégration de données, offrant un certain nombre d'outils graphiques de développement et de gestion, de services, d'objets programmables et d'interfaces API (Application Programming Interfaces). SSIS contient un moteur de workflow prenant en charge une logique complexe et est parfois utilisé pour un large éventail d'opérations de maintenance de base de données et d'opérations particulièrement élaborées de transfert de données. L'architecture SSIS est principalement composée de deux parties : le moteur d'exécution de transformation de données, qui gère le flux de contrôle d'un package, et le moteur de flux de données ou moteur de pipeline de transformation de données, qui gère le flux des données à partir des sources de données, via les transformations et jusqu'aux cibles de destination.

Analysis Services

Service apparu sous SQL Server 7 connu à cette époque sous le nom de OLAP Services. Il sert à générer des cubes OLAP, données agrégées et multidimentionelles. Il permet aussi d'implémenter des algorithmes de Data Mining.

Reporting Services

Service apparu sous SQL Server 2000 est un moteur de génération d'états. Deux services web le composent, l'un donnant la possibilité son administration, l'autre la génération, l'abonnement, le rendu des rapports. Les rendus se font sous Excel, PDF et HTML..

Enterprise Edition

Elle supporte un nombre de processeurs et une taille de mémoire vive infinis (limités par le dispositif d'exploitation). Il existe une version 32 bits (x86) et 2 versions 64 bits (ia64 et x64, x64 seulement pour SQL Server 2005) et n'a pas de limite quant à la taille des bases de données. Elle ne peut s'installer que sur un Windows version serveur. Inclut toutes des fonctionnalités du moteur, dont les fonctions de haute disponibilité. Les fonctionnalités pour le décisionnel sont toutes incluses de la génération d'états avec Reporting Services à l'utilisation de cubes OLAP avec Analysis Services en passant par le transfert de données avec Integration Services (SQL Server 2005) ou Data Transformation Services (SQL Server 7 & 2000). Elle peut en outre fonctionner en cluster jusqu'à 8 nœuds.

Developer Edition

Il s'agit d'une édition pour les développeurs qui dispose des mêmes fonctionnalités que l'édition Entreprise. Cependant la licence contient des restrictions quant à son utilisation.

Standard Edition

Elle supporte jusqu'à 4 processeurs et une taille de mémoire vive infinie (limitée par le dispositif d'exploitation). Il existe une version 32 bits (x86) et 2 versions 64 bits (ia64 et x64, les deux seulement pour SQL Server 2005) et n'a pas de limite quant à la taille des bases de données. Elle ne peut s'installer que sur un Windows version serveur. Cependant SQL Server 2005 permet son installation sur Windows de bureau. Inclus toutes des fonctionnalités du moteur, sauf certaines fonctions de haute disponibilité. Les fonctionnalités pour le décisionnel sont toutes incluses de la génération d'états avec Reporting Services (pour SQL Server 2000, ce composant est à charger scindément) à l'utilisation de cubes OLAP avec Analysis Services en passant par le transfert de données avec Integration Services (SQL Server 2005) ou Data Transformation Services (SQL Server 7 & 2000). Elle peut en outre fonctionner en cluster jusqu'à 2 nœuds depuis sa version 2005.

Workgroup Edition

Nouvelle édition apparue avec SQL Server 2005. Elle supporte jusqu'à 2 processeurs et 3 Go de mémoire vive. Pour l'instant elle n'existe qu'en version 32 bits et n'a pas de limite quant à la taille des bases de données. Inclus l'essentiel des fonctionnalités du moteur, dont la possibilité de participer à une réplication comme éditeur. Les fonctionnalités pour le décisionnel incluses se limitent à la génération d'états avec Reporting Services.

Personal Edition

Édition existant avec SQL Server 7 et SQL Server 2000. Elle supporte jusqu'à 2 processeurs et 2 Go de mémoire vive. N'existe qu'en version 32 bits et n'a pas de limite quant à la taille des bases de données. Inclus l'essentiel des fonctionnalités du moteur, dont la possibilité de participer à une réplication comme abonné. Elle n'a pas de fonctionnalités pour le décisionnel. En termes de licence, le fait de posséder une licence d'accès client (CAL) SQL Server suffit à utiliser cette édition.

MSDE / Express Edition

Icône de détail Article détaillé : MSDE.

Microsoft a édité une édition gratuite composée seulement du moteur de base de données relationnel, bridé à 4 Go d'espace disque et 5 utilisateurs concurrents en exécution.

Compact Edition

Appelée aupravant : Pocket PC / Mobile / Everywhere Edition. C'est une édition légère adaptée à l'utilisation sur des PDA ou smartphones pourvus de Windows Mobile. La version Compact (version 3.5), qui succède aux éditions Mobile s'ouvre elle aux postes de travail classiques à base de Windows. Cette édition peut participer à une réplication comme abonné.

Licences

SQL Server supporte 3 dispositifs de licences :

  • Licence par utilisateur : SQL Server peut utiliser l'ensemble des processeurs du serveur mais est limité au nombre d'utilisateurs spécifié. Chaque personne physique se servant d'une application utilisant SQL Server est reconnu comme un utilisateur de la base de données
  • Licence par périphérique (depuis SQL Server 2005)  : SQL Server peut utiliser l'ensemble des processeurs du serveur mais est limité au nombre de périphériques spécifié. Chaque périphérique physique accedant directement ou indirectement à SQL Server est reconnu comme un utilisateur de la base de données
  • Licence par processeur : SQL Server utilise le nombre de processeurs spécifiés dans la licence et peut accepter un nombre indéfini d'utilisateurs

Le seul type de licence envisageable pour une utilisation de SQL Server derrière un frontal Web est la licence Processeur.

Liens externes

Recherche sur Amazone (livres) :




Ce texte est issu de l'encyclopédie Wikipedia. Vous pouvez consulter sa version originale dans cette encyclopédie à l'adresse http://fr.wikipedia.org/wiki/SQL_Server.
Voir la liste des contributeurs.
La version présentée ici à été extraite depuis cette source le 17/03/2009.
Ce texte est disponible sous les termes de la licence de documentation libre GNU (GFDL).
La liste des définitions proposées en tête de page est une sélection parmi les résultats obtenus à l'aide de la commande "define:" de Google.
Cette page fait partie du projet Wikibis.
Accueil Recherche Aller au contenuDébut page
ContactContact ImprimerImprimer liens d'évitement et raccourcis clavierAccessibilité
Aller au menu