Université Chouaib Doukkali

EST-SIDI BENNOUR

Cours de Base de Données

El mehdi El aroussi

Université Chouaib Doukkali, El Jadida.

Elaroussi.e@ucd.ac.ma

2022-2023
1
Objectifs du cours
2

ü Savoir ce qu’est un SGBD

ü Comprendre l’apport des bases de données
ü Connaître le modelé relationnel
ü Apprendre plusieurs styles de langage (Graphique, Algébrique, Textuel)
ü Apprendre des mécanismes avancés: journalisation, transaction...
ü Mettre en œuvre une base de données : prise en compte des problèmes
d’optimisation, de gestion des droits d’acces
ü Comprendre les problèmes lies a la conception de gros systèmes d’information
 CHAPITRE 1
3

Introduction aux bases de données

 Contenu du chapitre 1
4

Ø Pourquoi utiliser une bases de données?

Ø Définitions et objectifs d'un SGBD
Ø Niveaux d'abstraction des données
Ø Méthodes de modélisation d’une BD
Ø Modèles de structuration des données

Ø Structure globale d'un Système de Gestion de Base de Données.

 Pourquoi utiliser une base de données?
5

La démarche classique consiste à réaliser pour un type d'information, un

programme d'application.
Une entreprise doit conserver un volume élevé d’information:
Ø noms, adresses, salaire, adresse des fournisseurs, quantités, prix des items, bilan
financier, etc.
Ces informations se retrouvent dans différents systèmes de traitement de fichiers.

Ø Système de gestion des stocks, système de facturation, système de préparation

de paie, programme de gestion de personnel, etc.
 Pourquoi utiliser une base de données?
6

Exemple d’un système décentralisé (suite)

Pour obtenir une information, l’employé doit:

1. déterminer le système à consulter

2. trouver la bonne personne concernée.

• Perte de temps

De plus, certaines informations sont souvent conservées en plusieurs endroits.

• Duplication de données
• Gaspillage au niveau du volume de fichiers.
 Pourquoi utiliser une base de données?
7

Résumons le système décentralisé…

Principaux problèmes de ce système:
ØRedondance de certaines informations
ØNe peut répondre rapidement aux demandes d’information provenant de fichiers multiples.
ØCoûts élevés pour les modifications (plusieurs systèmes)

Avec le temps, il y aura…

ØAccroissement inutile de:

• de l'ensemble des fichiers;
• de la taille des fichiers;
• des temps d’accès.
ØCode développé par différents programmeurs et écrits dans différents langages.
ØFormats de fichiers différents
ØInconsistance des données
ØLourd à supporter
 Inconvénients des système de traitement de fichiers
8

Redondance et inconsistance des données

ØInformations identiques répliquées dans plusieurs fichiers.

Ex: Institution financière

• Adresse et téléphone d'un employé
w dans le fichier du système de paie
w dans le fichier de gestion du personnel
ØAccroissement inutile :
wde la taille des fichiers;
wdes temps d'accès.
ØRisque d'inconsistance des données si le changement d’adresse ne s’effectue
pas dans les deux fichiers.
 Inconvénients des système de traitement de fichiers
9

Isolement des données

ØLes données sont stockées sous différents formats.
• Ex: Numéro civique, NAS
w type caractère dans un fichier

w type entier dans un autre fichier.

ØGrande difficulté d'écrire un programme d'accès général à toute l'information.

Difficulté d'accès aux données

ØIl faut un programme spécifique pour toute nouvelle demande d'information.

Ex : Estimation pour l’augmentation de 10% sur le prix des items vendus du mois dernier.

ØLe temps d'accès à une requête non prévue peut être très long.
 Inconvénients des système de traitement de fichiers

10

Multiplicité des remises à jour

ØLes traitements concurrents peuvent générer des
erreurs.
Ex: Mises à jour d'un compte en même temps solde de 400 $
T1: dépôt de 300 $ T2: retrait de 500 $

• si T1 avant T2 : 400$, 700$, 200$ OK

• si T2 avant T1 : 400$, -100$, 200$ ERREUR!!!

Ø Nécessite un programme superviseur pour gérer les

transactions: Difficile, voir impossible.
 Inconvénients des système de traitement de fichiers

11

Sécurité
ØLa sécurité des données et les accès non-autorisés ne sont pas garanties.

Ex: Le personnel ne devrait pas avoir accès au programme de paie.

Intégrité des données

Ø difficulté d'imposer des contraintes
Ex : Le solde ne doit jamais être inférieur à 0.
 Pourquoi utiliser une base de données?
12

Solution : une banque de données commune, entièrement centralisée

ØBase de données
Idéalement, il devrait y avoir…
ØUn seul exemplaire de chaque élément de données
ØTous les utilisateurs ont accès aux données en ne communiquant qu’avec la
base (sans intermédiaire).
ØMesures de protection pour l’information confidentielle
ØLa complexité du stockage ne doit pas être apparente à l’utilisateur.

Les SGBD ont été créés pour résoudre tous ces problèmes!!!
 Définitions d'un SGBD
13

Un Système de Gestion de Bases de Données est un

ensemble de programmes qui :
Øgère un ensemble de fichiers (base de données).
Øpermet aux utilisateurs d'extraire ou de stocker des données.
Ainsi, il permet de:
• Créer
• Mettre à jour
• Interroger
• Visualiser
• Administrer … une base de données
Système de gestion de base de données (SGBD)
14

Définition (Base de données)

Une collection partagée de données en relation logique et une
description des données, conçues pour satisfaire les besoins
d’information d’une organisation.

Définition (Système de gestion de base de données)

Le système logiciel qui permet a des utilisateurs de définir, créer,
mettre a jour une base de données et d’en contrôler l’acces
• langage de définition de données (LDD)
• langage de manipulation de données (LMD)
Specificities d’un SGBD
15

v Très grande quantité de données a gérer

v Besoin d’interroger, mettre a jour souvent, rapidement et
efficacement ces données
v Contrôler la redondance d’information
v Partage des données / Accès concurrents
v Gérer les autorisation d’accès / Sécurité des données
v Offrir des interfaces d’accès multiples
v Vérifier les contraintes d’integrite
v Assurer la reprise après panne
 Exemples de BD et SGBD
16

Exemples de données :
• Ensemble des informations relatives à une entreprise:
w liste du personnel;
w liste des clients;
w liste des produits.
• dossiers médicaux hospitaliers.
Exemples de SGBD
• PC : Access, Foxpro, Paradox …
• Gros Systèmes: Oracle, DB2, Sybase, SQL Server, …
• Freewares et Sharewares : MySQL, MSQL, …
 Bref historique, principaux systèmes
17

Années 60 Premier s développements des BD

Ø Fichiers reliés par des pointeurs
Ø Systèmes IDS 1 et IMS 1 précurseurs des SGBD modernes

Années 70 Première génération de SGBD

Ø apparition des premiers SGBD

Ø séparation de la description des données de la manipulation de
celles-ci par les applications
Ø modéles hiérarchique et réseau CODASYL
Ø langages d'accès navigationnels
Ø SGBD IDMS, IDS 2 et IMS 2
Bref historique, principaux systèmes
18

Années 80 Deuxième génération

Ø modèle relationnel
Ø les SGBDR représentent l'essentiel du marché BD (aujourd'hui)
Ø architecture répartie client-serveur

Années 90 Troisième génération

Ø modèles de données plus riches

Ø systèmes à objets OBJECTSTORE, O2
 Niveaux d'abstraction des données
19

EXTERNE Vue 1 Vue 2

CONCEPTUEL Schéma logique

DICTIONNAIRE DE DONNEES

Schéma physique
INTERNE STRUCTURE DE DONNEES
 Niveaux d'abstraction des données
20

Le niveau externe

Ø Le concept de vue permet d'obtenir l'indépendance logique

Ø La modification du schéma logique n’entraîne pas la modification des

applications(une modification des vues est cependant nécessaire)

Ø Chaque vue correspond à la perception d’une partie des données, mais aussi des
données qui peuvent être synthétisées à partir des informations représentées dans
la BD (par ex. statistiques)
 Niveaux d'abstraction des données
21

Niveau logique (conceptuel)

ØDonnées considérées de façon sémantique.

• i.e. d'après contenu effectif et les relations qui les relient.
ØC'est le niveau qui permet de décrire toute la BD:
• Les entités
• Les types de données
• Les relations
• Les opérations des usagers
• Les contraintes

ØUtilise des structures relativement simples qui sont très complexes au

niveau physique
 Niveaux d'abstraction des données
22

Niveau physique (interne) :

Ø Mode d'inscription sur le support physique (disque)
Ø Structuration décrite de façon très détaillée.

Ø Chemins d’accès pour la BD

 Niveaux d'abstraction des données
23

Exemple: Analogie des niveaux avec déclaration de types

Déclaration d’un enregistrement en C :

typedef struct
{
char nom[15];
char rue[25];
char ville[15];
}Client;
Au niveau externe

Ø L'enregistrement est décrit par des vues :

• vue #1 : tous les clients demeurant dans la ville X
• vue #2 : tous les clients ayant le même nom de famille
• vue #3 : tous les clients demeurant sur la rue Y
 Niveaux d'abstraction des données
24
Au niveau conceptuel

L'enregistrement est décrit par son contenu significatif et ses relations.

Client

Nom Rue Ville

Au niveau physique

ØL'enregistrement est décrit comme un bloc d'emplacement mémoires consécutifs

(mots ou octets)

Fichier Client Nom Rue Ville Ptrs

Mohammed Rue 3 El jadida
Ahmed Rue sada Casa
Hafida Rue 32 Errachidia
Rachida Rue 6 Rabat
 Processus de modélisation d’une BD
25

À quoi sert la modélisation?

À éviter les problèmes potentiels
Exemple: BD d’un éditeur (titre, année d’édition, nom auteur)

ØProblèmes lors d’une insertion:

• Un livre peut être représenté plusieurs fois de manière différentes (ex: plusieurs dates d’édition).
• Qu’est-ce qui distingue deux livres?
ØProblèmes lors d’une modification:
• Changement du nom d’auteur pour un livre.
• Doit-on faire le changement pour les autres livres du même auteur?
ØProblèmes lors d’une destruction:
• Supprimer un livre qui a été édité 2 fois.
• On peut oublier de détruire la deuxième édition.
 Processus de modélisation d’une BD
26

Ce que la modélisation nous apporte…la simplification!

Exemple (suite):

ØIl faut représenter auteurs et livres dans deux listes différentes:

• Livre (titre, année d’édition)
• Auteur(nom auteur)
ØIl faut conserver le lien entre les auteurs et les livres sans redondances!
 Processus de modélisation
27
d’une BD

1ère étape : Collection des besoins et analyse

Mini-Monde

Ø Collection des besoins des utilisateurs.

• Spécifiques Collection des
Implantation du
modèle

• Détaillés
besoins et analyse

• Complets
Schéma conceptuel
Besoin de la BD (Modèle spécifique à un SGBD)

Ø Analyse du problème:
Conception
Design Conceptuel Physique

• On se questionne sur quelles Schéma conceptuel Schéma physoque

(Pour le même SGBD)
informations nous voulons stocker? (Modèle de haut niveau)
 Processus de modélisation
28
d’une BD
2ième étape : Design Conceptuel
ØCréation du schéma conceptuel basé sur le modèle Entité- Relation.
Mini-Monde

Ø Description concise des besoins des

Implantation du
Collection des
modèle
utilisateurs : besoins et analyse

Schéma conceptuel

• des types de données, Besoin de la BD (Modèle spécifique à un

SGBD)

• des relations Design Conceptuel

Conception
Physique

• des contraintes. Schéma conceptuel

(Modèle de haut niveau)
Schéma physoque
(Pour le même SGBD)

Ø Facile à comprendre de l'utilisateur.

Ø Aucune implantation. Il est seulement une représentation graphique.

Remarque: Le fait que le concepteur n'a pas de souci d'implantation lui permet de
développer et concevoir une bonne BD conceptuelle.
 Processus de modélisation d’une BD
29

Mini-Monde

3ième étape : Implantation du modèle

Implantation du

Ø Déterminer la structure de la BD:

Collection des
modèle
besoins et analyse

• relationnelle,
Schéma conceptuel
Besoin de la BD (Modèle spécifique à un
SGBD)

• réseau Design Conceptuel Conception

Physique

• hiérarchique. Schéma conceptuel

(Modèle de haut niveau)
Schéma physoque
(Pour le même SGBD)

Ø Le choix du SGBD dicte donc la structure interne (physique) de la BD.

Ø Transformation du schéma conceptuel du modèle de données haut niveau au

modèle d'implantation de données.

4ième étape : Conception physique

Ø Spécification des structures de stockage interne et de l'organisation
des fichiers de la BD.
 Modèles de structuration des données
30

La modélisation des données permet de décrire correctement l'architecture

d'une BD.
Ø les données;
Ø leurs relations;
Ø leur sémantique;
Ø les contraintes.

Deux grands modèles de structuration :

Ø Modèle logique orienté objet
Ø Modèle logique orienté enregistrement
 Modèle logique orienté objet
31

Ø Niveau conceptuel et externe

Ø Grande flexibilité
• description des structures
• explication des contraintes
Ø Très grand nombre de modèles
• plus connu modèle Entités-Relations (E-R)
w Entités et Attributs
w Relations
w Contraintes
 Modèle logique orienté objet
32

ENTITÉ : Objet discernable des autres objets qui est affecté d'attributs qui lui sont
propres.
Ex:
• Client affecté de : nom, rue, ville
Attribut
Nom Rue Ville
Client
Entité

• Compte affecté de : numéro, solde

Numéro Solde

Compte
 Modèle logique orienté objet
33

RELATION : Associe plusieurs entités

Ex : La relation CliCom associe un(e) client(e) à chacun des comptes qu'il (elle)
possède.

Relation
rue
Contrainte

nom ville numéro solde

1 N
Client CliCom Compte
 Modèles logiques orientés enregistrements
34

Ø Niveau conceptuel et interne de la BD;

Ø Se rapproche de la structure physique des données;
Ø Trois modèles les plus connus :
v Modèle relationnel;
v Modèle hiérarchique;
v Modèle réseau.
 Modèles logiques orientés enregistrements
35
Modèle relationnel (dominant sur le marché)
1.Données perçues comme des tableaux.
2.Existe un ensemble de relations entre les tableaux. (domaines
communs)
FOURNISSEURS COMMANDE
F# FNOM ÉTAT VILLE F# P# QUANTITÉ
F1 Smith 20 Montréal F1 P1 300
F2 Jones 10 Laval F1 P2 200
F3 Blake 30 Laval F1 P3 400
F2 P1 300
PIÈCES F2 P2 400
P# PNOM COULEUR POIDS VILLE F3 P2 200
P1 Noix Rouge 12 Montréal
P2 Boulon Vert 17 Laval
P3 Écrou Bleu 17 Québec
P4 Écrou Rouge 14 Montréal
 Exemple de modèle Relationnel
36
Modèles logiques orientés enregistrements
37

Modèle hiérarchique
Øla structure de données est représentée par des arbres.

ØLes informations sont décomposées en groupes répétitifs appelés enregistrements.

• Exemple de shéma hiérarchique

CLIENT
CLIENT

PRODUIT
PRODUIT VENTE

VENTE
 Modèles logiques orientés enregistrements
38

Modèle hiérarchique
Désavantages :

Ørépétition des données

Ømodification d'une information sur toutes les occurrences lors d'une mise à
jour;

Øtoutes les interrogations dépendent de la racine (traverser l'arbre en partant de

la racine pour retrouver l'information).
 Modèles logiques orientés enregistrements
39

Modèle réseau
ØStructure de graphe (ressemble au modèle hiérarchique)
ØPermet d'utiliser des structures complexes.
ØContient des entités qui ont les caractéristiques d'un enregistrement;
Ø Contient des pointeurs qui font les liens entre les différents enregistrements

• Exemple de shéma réseau CLIENT PRODUIT

VENTE

Diagramme de Bachman
• Implémentation d'un lien par une liste circulaire :
R r

S s1 s2 ..... sn
 Modèles logiques orientés enregistrements
40

Modèle réseau
Avantages :
ØÉvite les répétitions des données, seuls les pointeurs le
sont;
ØDiversifie l'accès à un groupe de données.

Désavantage:
ØStructure très complexe à définir.
ØPeut causer des problèmes sérieux si une donnée a
été oubliée lors de la définition du problème...
 Exemple d’un modèle réseau
41
Exemple : La structure réseau des entités Fournisseurs et Pièces
Oups… j’ai oublié de spécifier qu’il y avait 2 types d’écrous

F1 Smith 20 Montréal F2 Jones 10 Laval F3 Blake 30 Laval

300 200 400 300 400 200

P1 Noix Rouge 12 Montréal P2 Boulon Vert 17 Laval P3 Écrou Bleu 17 Québec P4 Écrou Rouge 14 Montréal
 Modèles de structuration des données
42

Principaux points qui seront abordés dans la

première partie du cours

Organisation Modèle Modèle Modèle Modèle

de fichier E-R réseau hiérarchique relationnel

Modèle
conceptuel des
Algèbre Calcul Dépendance
données (MCD)
relationnelle relationnel fonctionnelle

Modèle QUEL,
orienté SQL Normalisation
QBE
objet (O-O)
 Structure globale d'un SGBD
43

Un SGBD se divise en :
•Modules (tâches spécifiques)
•Structure de données
Auxquels ont accès différents usagers :
•Exploitants
•Administrateur
•Concepteur(s)
•Analyste de systèmes
•Programmeurs d'applications
 Structure globale d'un SGBD
44

Exploitants:
ØAccèdent à la base dans leurs fonctions quotidiennes:
• recherche,
• mise-à-jour,
• générer des rapports.
Administrateur:
ØAdministre les ressources (BD, SGBD et les logiciels).
ØAutorise les accès et gère l’utilisation.
ØResponsable de la sécurité et des améliorations du temps de réponse du système.
(Dans les grandes organisations, il est assisté par du personnel.)
 Structure globale d'un SGBD
45

Concepteur(s) de la base:
ØLe concepteur et l’administrateur peuvent être la même personne.
ØResponsable d’identifier les données à être stockées.
ØChoisis les structures pour représenter les données.
ØDoit bien comprendre les requêtes des usagers.
ØS’occupe du module de Langage de définition des données (DDL).
Analyste de systèmes:
ØDétermine les besoins des usagers et développe les spécifications.
ØS’occupe du module de Langage de Manipulation des données (DML)
Programmeurs d'applications:
ØImplante les spécifications dans un programme et effectue des tests, les
documente et les entretient.
 Vue d ’ensemble… SGBD
46

Le SGBD est un système logiciel qui facilite les processus:

Ø de définition,
Ø de construction
Ø de manipulation des BDs.

Exemple: Description fonctionnelle

Considérons la base de données d’une université pour maintenir l'information
concernant les étudiants et leurs cours. Chaque étudiant suit un certain nombre de
cours. Un cours peut posséder certains pré-requis. Pour chaque cours effectués, un
étudiant doit avoir un résultat.
 Vue d ’ensemble… Mise en situation d’un exemple
47

Définition des données:

Ø Permet de spécifier les types de données de façon détaillée.
Ø La définition des types de données est stockée dans le catalogue (dictionnaire)
qui comprend:
ü La structure de chaque fichier
ü Le type et le format de chaque élément de données
ü Différentes contraintes sur les données

Cette information est appelée: Méta-data

Cette BD pourrait être organisée en 4 entités comme suit:

ÉTUDIANT: Information sur chaque étudiant.
COURS: Information sur chaque cours.
RÉSULTAT: Résultat pour les cours des étudiants.
PRÉ-REQUIS: Les pré-requis de chaque cours.
 Vue d ’ensemble … Définition des données
48

Pour définir cette BD, il faut spécifier les données à stocker dans
chaque enregistrement:

Enregistrement ÉTUDIANT: Nom Prénom

Code Permanent
AdresseC

Enregistrement COURS: Nom du cours

Numéro du cours
Crédit
Département

Enregistrement RÉSULTAT: Code Permanent

Nom du cours
Note

Enregistrement PRÉ-REQUIS: Numéro du cours

Numéro du cours pré-requis
 Vue d ’ensemble … Définition des données
49

Pour définir cette BD, il faut aussi spécifier le type des données.

Enregistrement COURS:

Nom du cours Caractère(20)

Numéro du cours Caractère(6)
Crédit Entier
Département Caractère(3)
 Vue d ’ensemble … Modélisation des données
50
Modèle relationnel:
Étudiant Pré-requis
Nom
Prénom Numéro du cours
CodeE NuméroC prérequis
Ville

4
1
1
4
Cours
Résultat
4 1 Non du cours
CodeE Numéro du cours
NuméroC Crédit
Note Département
 Vue d ’ensemble … Construction de la BD
51

Construction de la BD:
Stockage des données dans une mémoire secondaire contrôlée par
le SGBD.

On emmagasine les données représentant chaque Étudiant, Cours,

Résultat et Pré-requis comme enregistrement dans le fichier
approprié.

NOTE: Les enregistrements dans les différents fichiers peuvent

être reliés entre eux.
Ex: Les cours et les pré-requis Les étudiants et les cours Les
étudiants et les résultats
 Terminologie définition
52

¨ Clé candidate Ensemble minimum d’attributs

qu’identifie de façon unique un tuple au sein d’une
d’une relation
¨ Clé primaire La clé candidate choisie pour identifier
de façon unique les tuples au sein de la relation
¨ Clé étrangère Un ensemble d’attributs d’une relation
qui correspond a une clé candidate d’une relation
 Instances et schéma

• Instances de base de données :

– données de la base à un instant donné
– manipulées par un langage de manipulation de
données (DML - Data Manipulation Language)
• Schéma de base de données :
– description de la structure des données
– ensemble de définitions exprimées en langage de
description de données (DDL - Data Definition
Language)
 Instances et schéma

• Instances de base de données :

les n uplets (les valeurs) contenus dans la base à un
instant donné
• Schéma de base de données :
– ensemble de schémas de relation
– modélisation logique de la base de données à l’aide
du modèle relationnel
• Schéma de relation :
liste d’attributs et leurs domaines
 Création d’une base de données

Étape N°1 : Concevoir la base de données

= Réfléchir à ce que va contenir la basede données et
comment structurer les données
= Modélisation de la base de données
Þ Modèle conceptuel de données
(Modèle Entité/Association ou UML - hors programme)

Démarche :
§Établir la liste des données devant être stockées dans la base
§Définir la structure des données
Étape N°2 : Définir le modèle relationnel
= le schéma des relations de la base de données

Démarche :
§Pour chaque relation :
• Définir les différents attributs
• Définir la clé primaire
§Pour chaque attribut de chaque relation
• Définir le type et le domaine
• Préciser les propriétés (taille, format, etc.)
§Quand il y a plusieurs relations : définir les clés étrangères
 Quelques règles

§ Bien réfléchir aux schémas des relations et vérifier qu’ils sont

corrects avant d’y insérer des données
§ Utiliser des noms de relations et d’attributs compréhensibles (penser
aux utilisateurs!)
§ Choisir le type de données adéquate pour chaque attribut
§ Ne pas créer d’attribut de trop grande taille
§ Ne pas créer d’attribut ayant des valeurs trop variables (ex. Age)
§ Spécifier toutes les contraintes de domaines (enparticulier quand
l’ensemble de valeurs est limité), d’unicité etc.
§ Préférer les clés primaires de type entier et en particulier des clés
artificielles
Exemple
On veut créer une base de données stockant des enseignants (avec leur nom,
prénom etc.) et des départements, chaque enseignant appartenant à un et un seul
département.
Modèle relationnel correspondant :
Departement(DeptID,NomDept)
NomDept est unique et non NULL
Enseignant(EnsID, NUMEN, Nom, Prénom
…, #DeptID, Grade)
§NUMEN est unique et non NULL
§#DeptID est une clé étrangère faisant référence à
la clé primaire de Departement
§Grade Î {"PES", "PA", "PH" …}
§Seuls Tel, Fax et Email peuvent prendre la valeur
59
 Introduction a
MySQL/PhPMyAdmin
 Introduction
• MySQL derive directement de SQL (Structured Query Language)
• L’outil phpMyAdmin est développe en PHP et offre une interface pour
l’administration des base de données
• phpMyAdmin est téléchargeable ici : http://phpmyadmin.sourceforge.net
• cet outil permet de :
• créer de nouvelles bases
• créer/modifier/supprimer des tables
• afficher/ajouter/modifier/supprimer des tuples dans des tables
• effectuer des sauvegardes de la structure et/ou des donnes
• effectuer des requetés
• gérer les privilèges des utilisateurs
Liens interessants (MySQL)

• La reference MySQL (anglais) :

https://dev.mysql.com/
• Le manuel MySQL :
https://dev.mysql.com/doc/refman/8.0/en/
• Des cours et articles interessants :
http://www.developpez.com
Types des attributs MySQL

• Nombre entier signe

• ou non
• Nombre à virgule
• Chaine de caracteres
• Date et heure
• Enumeration
• Ensemble
Entiers
Flottants
Chaı̂nes
Dates et heures
 Interface graphique
(phpMyAdmin)

• Developpeen PHP
• telechargeable : https://www.phpmyadmin.net/
• http://euterpe.unice.fr/phpmyadmin
• version installee (5.1)
Integrite referentielle
ON UPDATE et ON DELETE
Si l’utilisateur tente de supprimer une ligne d’une table parente,
alors qu’une ou plusieurs lignes existent dans une table enfant
correspondente a` la premie`re, il y a plusieurs possibilite´s :
•CASCADE efface la ligne de la table parente et supprime
automatiquement les lignes correspondents dans la table enfante
•SET NULL supprime la ligne de la table parente et met la (ou les)
valeur(s) de la cle´ e´trange`re a` NULL
•SET DEFAULT supprime la ligne de la table parente et met tous
les composants de la cle´ e´trange`re a` leur valeur par de´fault
dans la table enfante
•NO ACTION rejette l’ope´ration de suppression dans la table
parente