Implémentation des bases de données

1. Les trois catégories d’instructions

Microsoft Transact-SQL est un langage de requêtes amélioré par rapport au SQL dont il reprend les bases. Le SQL (Structured Query Language) est le lan-gage standard, créé par IBM dans les années 70, pour la gestion des SGBDR (systèmes de gestion de bases de données relationnelles).

Trois catégories d’instructions composent le langage SQL :

De plus, le Transact-SQL prend en compte des fonctionnalités procédurales telles que la gestion des variables, les structures de contrôle de flux, les curseurs et les lots d’instructions. C’est donc un langage complet qui comporte des instructions, qui manipule des objets SQL, qui permet d’effectuer de la programmation procédurale et qui utilise des expressions.

À l’aide du Transact-SQL, il est possible de définir des fonctions et des procédures qui sont directement exécutées sur le serveur de base de données. Ce type de procédures et fonctions est particulièrement intéressant lorsque le traitement nécessite de manipuler un volume d’informations important pour produire le résultat. De même, le développement en Transact-SQL est parfaitement adapté dans un cadre de partage de fonctionnalités car les procédures et fonctions hébergées par le serveur peuvent être exécutées depuis un environnement client quelconque (.NET, Java...).

2. Les instructions

Dans la norme SQL, les instructions se terminent par un point-virgule. SQL Server permet d’omettre...

1. La création

L’étape de création des tables est une étape importante de la conception de la base, car les données sont organisées par rapport aux tables. Cette opération est ponctuelle et elle est en général réalisée par l’administrateur (DBA : DataBase Administrator) ou tout au moins par la personne chargée de la gestion de la base. La création d’une table permet de définir les colonnes (nom et type de données) qui la composent ainsi que les contraintes d’intégrité. De plus, il est possible de définir des colonnes calculées, un ordre de tri spécifique à...

1. La notion d’index

La notion d’index est déjà connue de tous. En effet, chacun a déjà utilisé l’index d’un livre pour aboutir directement à la page ou aux pages contenant l’information recherchée. Peut-être avez-vous d’ailleurs utilisé l’index de ce livre pour aboutir directement à cette explication en parcourant l’index à la recherche du mot-clé "index".

Si, pour l’index, derrière chaque mot-clé n’apparaît qu’un seul numéro de page, on parle alors d’index unique.

Les index que SQL Server propose de mettre en place sont très proches des index que l’on peut trouver dans les livres.

En effet, il est possible de parcourir l’ensemble de l’index pour retrouver toutes les informations, comme il est possible de lire un livre à partir de l’index, au lieu de suivre l’ordre proposé par la table des matières.

Il est également possible d’utiliser l’index pour accéder directement à une information précise. Afin de garantir des temps d’accès à l’information homogènes, SQL Server structure l’information sous forme d’arborescence autour de la propriété indexée. C’est d’ailleurs la démarche que l’on adopte lorsque l’on parcourt un index en effectuant une première localisation de l’information par rapport au premier caractère, puis un parcours séquentiel afin de localiser le mot-clé recherché.

Maintenant, imaginez un livre sur lequel il est possible de définir plusieurs index : par rapport aux mots-clés, par rapport aux thèmes, par rapport au type de manipulations que l’on souhaite faire... Cette multitude d’index, c’est ce que propose SQL Server en donnant la possibilité de créer plusieurs index sur une table.

Parmi tous les index du livre, un en particulier structure le livre : c’est la table des matières, qui peut être perçue comme un index sur les thèmes. De même, SQL Server propose de structurer physiquement les données par rapport à un index. C’est l’index CLUSTERED.

1. L’intérêt

Dans SQL Server, les schémas représentent un ensemble logique à l’intérieur d’une base. Ils permettent de mieux organiser logiquement les tables, vues, procédures et fonctions. Par défaut, lors de création d’un objet, celui-ci est enregistré dans le schéma de l’utilisateur courant. Le schéma porte alors le même nom que celui de l’utilisateur. Il est possible d’associer un schéma existant avec un utilisateur, ou bien de créer un objet sur un schéma autre que celui associé à l’utilisateur (à condition que l’administrateur de base de données l’y autorise).

Lors de la création de la base, il existe le schéma dbo. Ce schéma est donc présent sur toutes les bases. En créant et en utilisant d’autres schémas, l’organisation logique des données est améliorée, car il est alors nécessaire de référencer les objets en les préfixant du nom du schéma (en effet les objets ne sont plus dans le schéma par défaut).

2. La création

Le schéma est défini par l’instruction CREATE SCHEMA nomSchéma.

Il est alors possible de créer des objets sur ce schéma en précisant lors de la création...

1. Le schéma de la base de données

SQL Server Management Studio permet de créer une représentation graphique de la base de données. Cette représentation est appelée schéma de base de données. Elle peut contenir tout ou une partie simplement des tables présentes dans la base de données. Toutes les tables présentes sur un schéma appartiennent à la même base de données.

Les informations présentes au niveau de chaque table sont paramétrables, ce qui permet d’adapter la quantité d’informations présentes en fonction du nombre de tables et de l’espace dont on dispose.

Pour créer un schéma, il faut sélectionner, depuis l’explorateur d’objets, le choix Nouveau schéma de base de données dans le menu contextuel associé au nœud Bases de données - nomBase - Diagrammes de base de données.

Par défaut, les éléments système permettant la prise en charge des schémas ne sont pas installés. Aussi, lors de la création du premier schéma, une boîte de dialogue est affichée pour demander l’autorisation afin de créer les objets nécessaires :

Lorsque les objets sont créés, il est nécessaire de refaire la demande de création de schéma de base de données. SQL Server Management Studio propose alors de sélectionner les tables qui y seront présentes. Dans le cas où l’on souhaite rajouter une table sur le schéma, il suffit de passer par le menu contextuel associé au schéma.

SQL Server propose une organisation du schéma qu’il est possible d’adapter. Pour modifier la représentation graphique d’une table, il faut sélectionner l’option Vue table depuis le menu contextuel associé à la table sur le schéma.

Exemple

Ci-dessous une représentation graphique de la base GesCom utilisée dans ce livre.

2. La gestion de l’espace de stockage

SQL Server utilise différents types de fichiers pour stocker l’ensemble des informations relatives à une base.

Fichier primaire

Il en existe un seul par base de données, c’est le point...

1. La création de la base de données

Créez à l’aide d’un script une base de données nommée Location. Choisissez celle-ci comme contexte d’exécution pour être prêt pour la suite des exercices.

2. La création des tables

Créez les tables de votre base de données en respectant les règles suivantes :

1. La création de la base de données

CREATE DATABASE Location;  
GO  
USE Location; 

2. La création des tables

CREATE TABLE clients(  
noCli        NUMERIC(6)    CONSTRAINT pk_clients PRIMARY KEY,  
nom          VARCHAR(30)   NOT NULL,  
prenom       VARCHAR(30)   NULL,  
adresse      VARCHAR(120)  NULL,  
cpo          CHAR(5)       NOT NULL  
CONSTRAINT ck_clients_cpo  
CHECK(cpo BETWEEN 1000 AND 95999),  
ville        VARCHAR(80)   NOT NULL  
                           CONSTRAINT df_clients_ville DEFAULT 'Nantes' 
);  
   
CREATE TABLE fiches(  
noFic        NUMERIC(6)    IDENTITY(1001,1)  
CONSTRAINT pk_fiches PRIMARY KEY,  
noCli        NUMERIC(6)    NULL  
                            CONSTRAINT fk_fiches_clients  
REFERENCES clients(noCli) ON DELETE SET NULL,  
dateCrea     DATETIME      NOT NULL  
                          ...