Langage de définition de données (LDD)

Un langage de définition de données (LDD) permet de créer des tables, des contraintes d’intégrité et des vues. Pour cela, il convient d’utiliser le couple de mots clés CREATE TABLE.

La création de tables se fait à l’aide du couple de mots-clés CREATE TABLE. La syntaxe de définition simplifiée d’une table est la suivante :
CREATE TABLE Nom_de_la_table (Nom_de_colonne1 Type_de_donnée,
Nom_de_colonne2 Type_de_donnée, ...);

Le nom donné à la table doit généralement (sur la plupart des SGBD) commencer par une lettre, et le nombre de colonnes maximum par table est de 254.

Pour chaque colonne que l’on crée, il faut préciser le type de données que le champ va contenir. Celui-ci peut être un des types suivants :

Type de donnée	Syntaxe	Description
Type alphanumérique	CHAR(n)	Chaîne de caractères de longueur fixe n (n<16383)
Type alphanumérique	VARCHAR(n)	Chaîne de caractères de n caractères maximum (n<16383)
Type numérique	NUMBER(n,[d])	Nombre de n chiffres [optionnellement d après la virgule]
Type numérique	SMALLINT	Entier signé de 16 bits (-32768 à 32757)
Type numérique	INTEGER	Entier signé de 32 bits (-2E31 à 2E31-1)
Type numérique	FLOAT	Nombre à virgule flottante
Type horaire	DATE	Date sous la forme 01/01/07
Type horaire	TIME	Heure sous la forme 12:54:24.85
Type horaire	TIMESTAMP	Date et Heure

 

L’option NOT NULL, placée immédiatement après le type de donnée permet de préciser au système que la saisie de ce champ est obligatoire.

Il est possible de créer une table en insérant directement des lignes lors de la création. Les lignes à insérer peuvent être alors récupérées d’une table existante grâce au prédicat AS SELECT. La syntaxe d’une telle expression est la suivante :
CREATE TABLE Nom_de_la_table (Nom_de_colonne1 Type_de_donnée,
Nom_de_colonne2 Type_de_donnée, ...)
AS SELECT Nom_du_champ1,
Nom_du_champ2, ...
FROM Nom_de_la_table2
WHERE Prédicat;
Une contrainte d’intégrité est une clause permettant de contraindre la modification de tables, faite par l’intermédiaire de requêtes d’utilisateurs, afin que les données saisies dans la base soient conformes aux données attendues. Ces contraintes doivent être exprimées dès la création de la table grâce aux mots clés suivants :
CONSTRAINT/ DEFAULT/ NOT NULL/ UNIQUE/ CHECK.

Le langage SQL permet de définir une valeur par défaut lorsqu’un champ de la base n’est pas renseigné grâce à la clause DEFAULT. Cela permet notamment de faciliter la création de tables, ainsi que de garantir qu’un champ ne sera pas vide.

La clause DEFAULT doit être suivie par la valeur à affecter. Cette valeur peut être un des types suivants :
- constante numérique ;
- constante alphanumérique (chaîne de caractères) ;
- le mot clé USER (nom de l’utilisateur) ;
- le mot clé NULL ;
- le mot clé CURRENT_DATE (date de saisie) ;
- le mot clé CURRENT_TIME (heure de saisie) ;
- le mot clé CURRENT_TIMESTAMP (date et heure de saisie).

Le mot clé NOT NULL permet de spécifier qu’un champ doit être saisi, c’est-à-dire que le SGBD refusera d’insérer des tuples dont un champ comportant la clause NOT NULL n’est pas renseigné.

Il est possible de faire un test sur un champ grâce à la clause CHECK() comportant une condition logique portant sur une valeur entre les parenthèses. Si la valeur saisie est différente de NULL, le SGBD va effectuer un test grâce à la condition logique. Celui-ci peut éventuellement être une condition avec des ordres SELECT...

La clause UNIQUE permet de vérifier que la valeur saisie pour un champ n’existe pas déjà dans la table. Cela permet de garantir que toutes les valeurs d’une colonne d’une table seront différentes.

Il est possible de donner un nom à une contrainte grâce au mot clé CONSTRAINT suivi du nom que l’on donne à la contrainte, de telle manière à ce que le nom donné s’affiche en cas de non respect de l’intégrité, c’est-à-dire lorsque la clause que l’on a spécifiée n’est pas validée.

Si la clause CONSTRAINT n’est pas spécifiée, un nom sera donné arbitrairement par le SGBD. Toutefois, le nom donné par le SGBD risque fortement de ne pas être compréhensible et ne sera vraisemblablement pas compris lorsqu’il y aura une erreur d’intégrité. La stipulation de cette clause est donc fortement conseillée.

Exemple de création de tables :
celle-ci va permettre de voir la syntaxe d’une instruction de création de table avec contraintes :

CREATE TABLE clients(
Nom char(30) NOT NULL,
Prenom char(30) NOT NULL,
Age integer, check (age < 100),
Email char(50) NOT NULL, check (Email LIKE “%@%”)
)

Il est possible de définir des clés, c’est-à-dire spécifier la (ou les) colonne(s) dont la connaissance permet de désigner précisément un et un seul tuple (une ligne).

L’ensemble des colonnes faisant partie de la table en cours permettant de désigner de façon unique un tuple est appelé clé primaire, et, se définit grâce à la clause PRIMARY KEY suivie de la liste de colonnes, séparées par des virgules, entre parenthèses. Ces colonnes ne peuvent alors plus prendre la valeur NULL et doivent être telles que deux lignes ne puissent avoir simultanément la même combinaison de valeurs pour ces colonnes.

PRIMARY KEY (colonne1, colonne2, ...)

Lorsqu’une liste de colonnes de la table en cours de définition permet de définir la clé primaire d’une table étrangère, on parle alors de clé étrangère, et on utilise la clause FOREIGN KEY suivie de la liste de colonnes de la table en cours de définition, séparées par des virgules, entre parenthèses, puis de la clause REFERENCES suivie du nom de la table étrangère et de la liste de ses colonnes correspondantes, séparées par des virgules, entre parenthèses.

FOREIGN KEY (colonne1, colonne2, ...)
REFERENCES Nom_de_la_table_etrangere(colonne1,colonne2,...)

Les clés étrangères permettent de définir les colonnes d’une table garantissant la validité d’une autre table. Ainsi, il existe des éléments (appelés triggers, ou en français « gâchettes » ou « déclencheurs ») permettant de garantir l’ensemble de ces contraintes que l’on désigne par le terme d’intégrité référentielle, c’est-à-dire notamment de s’assurer qu’un tuple utilisé à partir d’une autre table existe réellement.

Ces triggers sont ON DELETE et ON UPDATE :

         • ON DELETE est suivi d’arguments entre accolades permettant de spécifier l’action à réaliser en cas d’effacement d’une ligne de la table faisant partie de la clé étrangère :

- CASCADE indique la suppression en cascade des lignes de la table étrangère dont les clés étrangères correspondent aux clés primaires des lignes effacées ;
- RESTRICT indique une erreur en cas d’effacement d’une valeur correspondant à la clé ;
- SET NULL place la valeur NULL dans la ligne de la table étrangère en cas d’effacement d’une valeur correspondant à la clé ;
- SET DEFAULT place la valeur par défaut (qui suit ce paramètre) dans la ligne de la table étrangère en cas d’effacement d’une valeur correspondant à la clé. 

         • ON UPDATE est suivi d’arguments entre accolades permettant de spécifier l’action à réaliser en cas de modification d’une ligne de la table faisant partie de la clé étrangère. Ces éléments sont identiques à ceux de ON DELETE.
Les assertions sont des expressions devant être satisfaites lors de la modification de données pour que celles-ci puissent être réalisées. Ainsi, elles permettent de garantir l’intégrité des données. Leur syntaxe est la suivante :
CREATE ASSERTION Nom_de_la_contrainte CHECK (expression_conditionnelle)

La condition à remplir peut (et est généralement) être effectuée grâce à une clause SELECT.

Une vue peut se définir comme une table virtuelle, c'est-à-dire dont les données ne sont pas stockées dans une table de la base de données et dans laquelle il est possible de rassembler des informations provenant de plusieurs tables. On parle de « vue » car il s'agit simplement d'une représentation des données dans le but d'une exploitation visuelle. Les données présentes dans une vue sont définies grâce à une clause SELECT.

La création d'une vue se fait grâce à la clause CREATE VIEW suivie du nom que l'on donne à la vue, puis du nom des colonnes dont on désire agrémenter cette vue (il faut autant de redéfinitions de colonne qu'il y en aura en sortie), puis enfin d'une clause AS précédant la sélection. La syntaxe d'une vue ressemble donc à ceci :
 
CREATE VIEW Nom_de_la_Vue
(colonnes)
AS SELECT...

Exemple :

CREATE VIEW Vue
(colonneA,colonneB,colonneC,colonneD)
AS SELECT colonne1,colonne2,colonneI,colonneII
FROM Nom_table1 Alias1,Nom_tableII AliasII
WHERE Alias1.colonne1 = AliasII.colonneI
AND Alias1.colonne2 = AliasII.colonneII

Les vues ainsi créées peuvent être l'objet de nouvelles requêtes en précisant le nom de la vue au lieu d'un nom de table dans un ordre SELECT...

Les avantages : la vue représente de cette façon une sorte d'intermédiaire entre la base de données et l'utilisateur. Cela a de nombreuses conséquences :
• une sélection des données à afficher,
• une restriction d'accès à la table pour l'utilisateur, c'est-à-dire une sécurité des données accrue,
• un regroupement d'informations au sein d'une entité.