Première Partie

BASE DE DONNEES
RELATIONNELLE
2ème année Génie Logiciel| 2023-2024
Enseignant: Mme DEUHIBE ZIAKRABA KAZILKI

Conceptrice des Systèmes d’Information
Certifié ITIL 4 foundation et CCNA
Email: deuhibkazilki@gmail.com
Téléphone: +235 68 80 19 11
Excellence – Probité – Créativité
Programme
I. Généralité sur les Bases de données (BDD)
I.1. Qu’est-ce qu’une base de données ?
I.2. Qu’est-ce qu’un SGBD ?
II. Introduction au modèle relationnelle
II.1. Présentation
II.2. Eléments du modèle relationnelle
II.3. Passage du modèle conceptuelle au modèle relationnelle
III. Normalisation
Introduction
III.1. Dépendance fonctionnelle
III.2. Première et Deuxième forme Normale
III.3. Troisième Forme Normale
III.4. Forme normale de BOYCE-CODD
Niveau: 2ème Année Génie Logiciel Année Académique: 2023-2024 Enseignant : Mme DEUHIBE ZIAKRABA KAZILKI
Programme
III.5. Quatrième et cinquième forme Normale
III.6. Remarques au sujet de la normalisation
Travaux dirigés
Evaluation
IV. Algèbre relationnelle
Introduction
IV.1. Les opérateurs unaires (Sélection, Projection)
IV.2. Les opérateurs binaires ensemblistes (Union, Intersection Différence)
IV.3. Les opérateurs binaires ou n-aires (Produit cartésien, Jointure, Division)
Travaux Dirigés
Evaluation
Programme
V. Le Langage SQL
Introduction
V.1. Catégories d’instructions
V.2. Mysql
V.3. Définir une base – Langage de définition de données (LDD)
V.4. Modifier une base – Langage de manipulation de données (LMD)
V.5. Interroger une base – Langage de manipulation de données (LMD)
V.6. Nouveaux objets – Langage de définition de données (LDD)
Travaux Dirigés
Evaluation

I.1. Qu’est-ce qu’une base de données ?
Une Base de données est un ensemble structuré de données enregistrées sur des
supports accessibles par l’ordinateur, représentant des informations du monde réel et
pouvant être interrogées et mises à jour par une communauté d’utilisateurs.

I.1.2 Modèle de base de données
 Modèle hiérarchique
Une base de données hiérarchique est une forme de système de gestion de base
de données qui lie des enregistrements dans une structure arborescente de façon à
ce que chaque enregistrement n’ait qu’un seul possesseur (par exemple, une paire
de chaussures n’appartient qu’à une seule personne). Cependant, à cause de leurs
limitations internes, elles ne peuvent pas souvent être utilisées pour décrire des
structures existantes dans le monde réel. Les liens hiérarchiques entre les différents
types de données peuvent rendre très simple la réponse à certaines questions, mais
très difficile la réponse à d’autres formes de questions. Si le principe de relation « 1
vers N » n’est pas respecté (par exemple, un malade peut avoir plusieurs médecins
et un médecin a, a priori, plusieurs patients), alors la hiérarchie se transforme en un
réseau.

 Modèle hiérarchique
Région
1,1
1,n
Département
D1

 Modèle réseau
Le modèle réseau est en mesure de lever de nombreuses difficultés du modèle

hiérarchique grâce à la possibilité d’établir des liaisons de type n-n, les liens entre
objets pouvant exister sans restriction. Pour retrouver une donnée dans une telle
modélisation, il faut connaître le chemin d’accès (les liens) ce qui rend les programmes
dépendants de la structure de données Ce modèle de bases de données a été inventé
par Charles .William. Bachman. Pour son modèle, il reçut en 1973 le prix Turing.
1,n 1,n
1,n Médecin
1,n
Malade Patient
Diapositive 8
D1 DEUHIBE_PC; 15/11/2023
D1

 Modèle réseau
NB: Quand cette Association 0,1 – 1,1 entre l’entité Malade et Patient intervient; on ne
parle du modèle en Réseau mais du modèle relationnelle.
1,n 1,n
1,n Médecin
1,n
Malade Patient
0,1 1,1
Diapositive 9
D1 DEUHIBE_PC; 15/11/2023

 Modèle relationnel
Une base de données relationnelle est une base de données structurée suivant les
principes de l’algèbre relationnelle. Le père des bases de données relationnelles est
Edgar Frank Codd. Chercheur chez IBM à la fin des année 1960, il étudiait alors de
nouvelles méthodes pour gérer de grandes quantités de données car les modèles et les
logiciels de l’époque ne le satisfaisait pas. Mathématicien de formation, il était
persuadé qu’il pourrait utiliser des branches spécifiques des mathématiques (la théorie
des ensembles et la logique des prédicats du premier ordre) pour résoudre des
difficultés telles que la redondance des données, l’intégrité des données ou
l’indépendance de la structure de la base de données avec sa mise en œuvre physique.

En 1970, Codd (1970) publia un article où il proposait de stocker des données

hétérogènes dans des tables, permettant d’établir des relations entre elles. De nos
jours, ce modèle est extrêmement répandu, mais en 1970, cette idée était considérée
comme une curiosité intellectuelle. On doutait que les tables puissent être jamais
gérées de manière efficace par un ordinateur. Ce scepticisme n’a cependant pas
empêché Codd de poursuivre ses recherches. Un premier prototype de Système de
gestion de bases de données relationnelles (SGBDR) a été construit dans les
laboratoires d’IBM. Depuis les années 80, cette technologie a mûri et a été adoptée par
l’industrie. En 1987, le langage SQL, qui étend l’algèbre relationnelle, a été standardisé.
C’est dans ce type de modèle que se situe ce cours de base de données.

Table client
Code_client Code_compt Nom_client adresse
CLI0012/10/91 USER001 Mbainaissem Solange Amtoukoui 7eme Arr
CLI0004/02/89 USER002 Daiba Ricardo Paris-Congo
Table Utilisateur
Table commande Code_compt Code_client Login Mot_passe
Code_client Code_produit Quantité USER001 CLI0012/10/91 MBAI passe
CLI0012/10/91 PRO_PHR_001 2 USER002 CLI0004/02/89 DAIBA passe
CLI0004/02/89 PRO_PHR_002 10
Table Produit
Code_produit designation prix
PRO_PHR_001 Doliprane 100mg 1500FCFA
PRO_PHR_002 Amoxi-Denk 500mg 3500FCFA

 Modèle objet
Ce modèle définit une base de données comme une collection d'objets, ou d'éléments
logiciels réutilisables, associés à des caractéristiques et des méthodes(UML associé aux
méthodes Agiles). Il existe plusieurs types de bases de données orientées objet :
 Une base de données multimédia réunit des médias, tels que des images, qui ne
peuvent pas être stockés dans une base de données relationnelle.
 Une base de données hypertextuelle permet à n'importe quel objet d'être relié à un
autre. Elle est utile pour organiser de nombreuses données disparates, mais peu
adaptée à l'analyse numérique.
Le modèle de base de données orienté objet est le modèle de base de données post-
relationnelle le plus connu, car il intègre des tables, sans toutefois s'y limiter. Ces modèles
sont aussi connus sous le nom de modèles de bases de données hybrides.

 Modèle objet Objet 1: Personne Instance objet 1
. - Code_personne - PER0001
- Nom - Mbainaissem
- Prenom - Gladiss
- Date_naiss - 12/02/2011
- Sexe - F
- Photo - Photo.Jpeg
Objet 2: Médecin Objet 3: Patient Objet 4: Personnel_Soignant

- Spécialité - Groupe Sanguin - Fonction
- Email - Diplôme
- Téléphone - CV

 Modèle relationnel-objet
le modèle relationnel-objet est un modèle de base de données hybride qui associe la

simplicité du modèle relationnel à certaines des fonctionnalités avancées du modèle de la
base de données orientée objet. En substance, il permet aux concepteurs d'intégrer des
objets dans la structure bien connue des tables.
Les langages et interfaces d'appel comprennent le SQL3, les langages des fournisseurs,
ODBC, JDBC et les interfaces d'appel propriétaires qui sont des extensions des langages et
des interfaces utilisés par le modèle relationnel

 Modèle relationnel-objet
Type de données Table: Personne

OBjet1: Adresse - Code_personne:Caractère;
Rue: entier; - Nom: Chaîne de Caractère;
- Prenom: Chaîne de Caractère;
BP: entier; - Date_naiss:Chaîne de Caractère;
Quartier: Chaîne de Caractère; - Sexe: Caractère
Ville: Chaîne de Caractère; - Adresse_Personne: Adresse
- Contact_Personne: Contact
Objet 2: Contact:
Téléphone: Chaîne de Caractère;
Email: Chaîne de Caractère;
Fax: Chaîne de Caractère;

 Modèle non relationnel
Dans un contexte de quantité croissante de données, la base de données relationnelle n’est pas assez
efficace. A contrario, la base de données non relationnelle permet de stocker des données volumineuses.
Celles-ci peuvent être regroupées sur plusieurs machines afin de réduire les coûts de maintenance.
Les bases de données NoSQL peuvent être de différents types :
 Bases de documents ;
 Base de données de colonnes;
 Bases de données en cache;
 Bases de données graphiques;
 etc.
La différence qui existe entre une base de données relationnelle et une base de données non relationnelle
est la façon de stocker les données. L’une stocke les données dans des tables tandis que l’autre les stockent
au format clé-valeur de manière à stocker davantage en termes de quantité. Si le NoSQL répond à la
problématique actuelle du Big Data, il ne remplace pas pour autant la base de données relationnel mais
plutôt la complète.

 Modèle non relationnel
Code_Med Nom Prenom Spécialité
Clé -Valeur MED001 Famsou Jacques Chirurgien
MED002 Wankika Martha Pédiatre
Code_Med Nom
MED003 Daiba Benedicte Gynécologue
MED001 FamSou
Code_Med Prenom
MED001 Jacques
Big Data: N’Djamena Big Data: Moundou
Code_Med Spécialité
MED001 Chirurgie,

I.2. Qu’est ce qu’un SGBD?
La gestion et l’accès à une base de données sont assurés par un ensemble de

programmes qui constituent le Système de gestion de base de données (SGBD). Un
SGBD doit permettre l’ajout, la modification, la suppression et la recherche de données.
Un système de gestion de bases de données héberge généralement plusieurs bases de
données, qui sont destinées à des logiciels ou des thématiques différents.
Actuellement, la plupart des SGBD fonctionnent selon un mode client/serveur. Le

serveur (sous entendu la machine qui stocke les données) reçoit des requêtes de
plusieurs clients et ceci de manière concurrente. Le serveur analyse la requête, la traite
et retourne le résultat au client.

I.2.1. Objectifs d’un SGBD
Des objectifs principaux ont été fixés aux SGBD dès l’origine de ceux-ci et ce, afin de résoudre les
problèmes causés par la démarche classique. Ces objectifs sont les suivants :
 Indépendance physique : La façon dont les données sont définies doit être indépendante des
structures de stockage utilisées. Indépendance logique : Un même ensemble de données peut être vu
différemment par des utilisateurs différents. Toutes ces visions personnelles des données doivent
être intégrées dans une vision globale.
 Accès aux données : L’accès aux données se fait par l’intermédiaire d’un Langage de Manipulation de
Données (LMD). Il est crucial que ce langage permette d’obtenir des réponses aux requêtes en un
temps « raisonnable ». Le LMD doit donc être optimisé, minimiser le nombre d’accès disques, et tout
cela de façon totalement transparente pour l’utilisateur.

Administration centralisée des données (intégration) : Toutes les données doivent être
centralisées dans un réservoir unique commun à toutes les applications. En effet, des
visions différentes des données (entre autres) se résolvent plus facilement si les
données sont administrées de façon centralisée.
Non redondance des données : Afin d’éviter les problèmes lors des mises à jour,
chaque donnée ne doit être présente qu’une seule fois dans la base.
Cohérence des données : Les données sont soumises à un certain nombre de

contraintes d’intégrité qui définissent un état cohérent de la base. Elles doivent pouvoir
être exprimées simplement et vérifiées automatiquement à chaque insertion,
modification ou suppression des données. Les contraintes d’intégrité sont décrites dans
le Langage de Description de Données (LDD).

Partage des données :
Il s’agit de permettre à plusieurs utilisateurs d’accéder aux mêmes données au même
moment de manière transparente. Si ce problème est simple à résoudre quand il s’agit
uniquement d’interrogations, cela ne l’est plus quand il s’agit de modifications dans un
contexte multi-utilisateurs car il faut : permettre à deux (ou plus) utilisateurs de
modifier la même donnée « en même temps » et assurer un résultat d’interrogation
cohérent pour un utilisateur consultant une table pendant qu’un autre la modifie.
Sécurité des données : Les données doivent pouvoir être protégées contre les accès
non autorisés. Pour cela, il faut pouvoir associer à chaque utilisateur des droits d’accès
aux données.

Résistance aux pannes : Que se passe-t-il si une panne survient au milieu d’une
modification, si certains fichiers contenant les données deviennent illisibles ? Il faut
pouvoir récupérer une base dans un état « sain ». Ainsi, après une panne intervenant
au milieu d’une modification deux solutions sont possibles : soit récupérer les données
dans l’état dans lequel elles étaient avant la modification, soit terminer l’opération
interrompue.
I.2.2. SGBD pour les Bases de données relationnelle
Il existe de nombreux systèmes de gestion de bases de données pour les BDD
relationnelle, en voici une liste non exhaustive :
 PostgreSQL;  Microsoft SQL Server  MySQL
 Oracle;  Sybase;  Microsoft Access;
 IBM DB2;  Informix;  SQL lite;

Exemple des SGBD pour les Bases de données Relationnelle:

Exemple des SGBD pour les Bases de données Relationnelle-Objet et Objet:
ZODB

Exemple des SGBD pour les Bases de données No-SQL:

Première Partie

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Première Partie

Transféré par

Droits d'auteur :

Formats disponibles

BASE DE DONNEES

Enseignant: Mme DEUHIBE ZIAKRABA KAZILKI

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

Excellence – Probité – Créativité

I. Généralité sur les Bases de données (BDD)

Le modèle réseau est en mesure de lever de nombreuses difficultés du modèle

Excellence – Probité – Créativité

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

En 1970, Codd (1970) publia un article où il proposait de stocker des données

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

Objet 2: Médecin Objet 3: Patient Objet 4: Personnel_Soignant

I. Généralité sur les Bases de données (BDD)

le modèle relationnel-objet est un modèle de base de données hybride qui associe la

I. Généralité sur les Bases de données (BDD)

Type de données Table: Personne

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

La gestion et l’accès à une base de données sont assurés par un ensemble de

Actuellement, la plupart des SGBD fonctionnent selon un mode client/serveur. Le

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

Cohérence des données : Les données sont soumises à un certain nombre de

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

I. Généralité sur les Bases de données (BDD)

Vous aimerez peut-être aussi