Concepts d`une base de données

Haute Ecole CHARLEMAGNE Base de Données 2 Log&Transport
582826570 1 27/05/17
Concepts d'une base de données
Une base de données, ou une banque de données est un regroupement
d'informations sur un sujet précis.
Mais le sujet est souvent vaste.
L'informatique n'a pas inventé les bases de données. En effet, avant la venue de celle-ci, les
bases de données existaient déjà sous forme de fichiers indépendants les uns des autres ne
pouvant être mis en relation que difficilement par interventions humaines. Chaque fichier était
formé d'un ensemble de fiches spécifiques, de même structure, répondant aux nécessités de leur
destination.
L'informatique facilite l'usage des bases de données et généralise l'usage de celles-ci tant leurs
utilisations sont aisées.
Le but d'un gestionnaire de banque de données est de modéliser les informations afin d'offrir
une meilleure accessibilité (disponibilité et vitesse accrues) et une plus grande fiabilité (unicité
et cohérence).
Exemple conceptuel d'une base de données
Gestion d'une bibliothèque
Pour exemple, la base de données d'une médiathèque doit permettre la gestion de l'achat des
livres, la gestion de la location, la gestion du stock et la gestion de la revente des articles quand
ceux-ci sont jugés non rentables.
Ces différentes gestions travaillent sur les données selon des processus mis en place par le
programmeur. Le programmeur analyste aura eu à cœur de représenter les données du monde
réel par un modéle informatique simulant celles-ci.
Les données qui concernent les livres, les emprunteurs et les données comptables, ne sont pas
placées dans un seul ensemble. Au contraire, le programmeur doit répartir en des groupes
appelés tables, les données répondant à un type d'objet (comprendre ensemble des clients, des
livres, des commandes.. .).Ainsi, les données concernant les adhérents et les locations forment
des tables différentes.
Autres processus
de gestion
Données : stock
des médias
Données de la
comptabilité
Données de la
gestion des
emprunteurs
Archivages
Gestion des locations
Gestionnaire de
bases de données

Haute Ecole CHARLEMAGNE Base de Données 2 Log&Transport
582826570 2 27/05/17
Une table constitue donc une collection d'objets de même type
Dans une table, chaque objet ( un client, un livre, une commande) est mémorisé selon une
fiche . Ces fiches ont toutes la même structure, c'est-à-dire qu'elles comportent toutes les
mêmes types de données. Elles sont encore appelées enregistrements et les zones accueillant
les propriétés de l'objet sont des champs.
Il est important de savoir qu'une table ne peut pas comporter deux fiches identiques et qu'à cette
fin, une donnée ou une combinaison de données, servira d'identifiant. ( par exemple le n°
emprunteur, le n° de fiche). Cet identifiant, appelé clé primaire, servira à identifier de façon
univoque chaque fiche.
Grâce à des relations basées opérant sur les identifiants, ces tables, bien qu'indépendantes les
unes des autres, interagissent, et in fine, fournissent un agrégat de renseignements provenant de
tables différentes.
Exemple des fiches de la table emprunteurs
Structure de la table emprunteur
Emprunteurs
Num
Nom
Prénom
D Nais
Adresse
Le concept d'une base de données reprend également les outils nécessaires à sa gestion et à
l'édition des informations. Ainsi, outre l'amas de données proprement dit, une base de données
contient les différents programmes qui permettent la gestion des données ( interroger, effacer,
Prénom : Pierre
Nom : ALBERT
Né le : 11/ 03/1956 à Liège
Num : Nat AAAXXXYYY123456789
Nationalité : Belge
Prénom : Pierre
Nom : ALBERT
Né le : 11/ 03/1956 à Liège
Num : Nat AAAXXXYYY123456789
Nationalité : Belge
Prénom : Pierre
Nom : ALBERT
Né le : 11/ 03/1956 à Liège
Num : Nat AAAXXXYYY123456789
Nationalité : Belge
Prénom : Pierre
Nom : ALBERT
Né le : 11/ 03/1956 à Liège
Num : Nat AAAXXXYYY123456789
Nationalité : Belge
Prénom : Pierre
Nom : ALBERT
Né le : 11/ 03/1956 à Liège
Num : Nat AAAXXXYYY123456789
Nationalité : Belge
Prénom : Pierre
Nom : ALBERT
Né le : 11/ 03/1956 à Liège
Num : Nat AAAXXXYYY123456789
Nationalité : Belge
Prénom : Pierre
Nom : Paquot
D Nais : 04/11234556 à
Liège
Num : 002
Adresse até : Belge
Prénom : Lucienne
Nom : Renard
D Nais : 02/12/57
Num : 001
Adresse : Liège
Identifiants
Clés primaires
Fiches
Enregistrements
Champs

Haute Ecole CHARLEMAGNE Base de Données 2 Log&Transport
582826570 3 27/05/17
corriger, mettre à jour, ajouter, classer, filtrer, archiver, sauvegarder), les états qui permettent
l'édition des données sous forme de listing, et les formulaires qui facilitent l'encodage..
Résumé
Une base de données regroupe ses informations sous forme de tableaux appelés tables. Une
base de données contient aussi des processus.
Les tables regroupent des informations sur un sujet très précis
formant une entité
Les tables sont organisées en collections d'enregistrements, eux-mêmes constitués de champs
(zones)qui accueillent les données. Tous les enregistrements doivent être uniques. Un champ ou
d'une combinaison de champs jouera le rôle d'identifiant assurant à chaque enregistrement cette
propriété d'unicité.
Tous les enregistrements ( appelés également fiches) présentent la même structure , c'est-à-dire
qu'ils ont tous les mêmes champs. Il y a donc autant de champs que l'on désire stocker
d'informations.
On peut s'imaginer les tables comme un carnet d'adresses où chaque ligne correspond à une
personne et où chaque colonne reprend un type de renseignements ( nom, adresse, téléphone).
Dans cette représentation, les lignes correspondent à des enregistrements et chaque division de
ces lignes en colonnes sont les champs.
N°
Nom
Prénom
Adresse
001
Renard
Lucienne
Liège
002
Paquot
Guy
Liège
005
Foriez
Joël
Tinlot
Analyse
Lors de la conception d'une table, il faut regrouper uniquement les données qui
fonctionnellement forment un ensemble homogène tout en limitant le nombre des champs à une
vingtaine pour une facilité de manipulation.
En effet, pas plus que l'on mélange dans la gestion quotidienne d'une société les dossiers
médicaux d'une personne avec ses comptes financiers, il est tout aussi inopportun d'associer
dans une table informatique, les renseignements financiers d'une personne et son signalétique
par exemple. Pensez qu'un signalétique qui comporte les noms , adresses et autres
renseignements du genre peut être transmis à une personne qui n'a pas à connaître certains
renseignements financiers. Ces renseignements feront l'objet de deux tables différentes.
Ainsi en prenant garde de distribuer les champs pour former des tables homogènes, vous
garantissez à votre base de données un maximum de souplesse.

Haute Ecole CHARLEMAGNE Base de Données 2 Log&Transport
582826570 4 27/05/17
Les liens – Les relations
Une base de données organise également les liens qui unissent les tables entre elles et
permettent leur interactivité. Ainsi grâce à un de ces liens, il sera possible, à partir d'une donnée
se trouvant dans une table, de trouver toutes les données en rapport se trouvant dans une autre
table et réciproquement ( 1 à ). Parfois plusieurs liens seront nécessaires pour mettre en
relation les données de tables différentes.
Imaginons une gestion élémentaire de prêt de livres. Les propriétés de chaque emprunteur sont
mémorisées dans une table, et les informations concernant les livres empruntés sont dans une
autre table. Grâce à la relation, sur le numéro d'emprunteur, liant les deux tables, il est possible
de trouver tous les livres (0,1,n) empruntés par une personne, comme il sera possible de
connaître l' emprunteur (1), le seul d'un livre.(relation de 1 à )
Remarquons que l'emprunteur peut avoir emprunté un livre, plusieurs livres ou aucun , par
contre si un livre est emprunté alors il y a obligatoirement un emprunteur et un seul. Cette
relation est qualifiée de un à plusieurs. (1 à ) ou (1 vers 0,1,n)
Table des emprunteurs
N°
Nom
Prénom
Adresse
001
Renard
Lucienne
Liège
002
Paquot
Guy
Liège
005
Foriez
Joël
Tinlot
Tables des livres empruntés
N° emp
Titre
Edition
Date
N°Fiche
005
Astérix le gaulois
Lombard
11/03/2000
1
005
Le tour de Gaule d'Astérix
Pilote
12/03/2000
2
002
Tintin au Congo
Casterman
01/03/2000
3
Traduction en modèle de données
Emprunteurs
Livres empruntés
Clé P
N° Emp
1
Clé P
N° fiche
Nom
N°Emprunteur
Prénom
Edition
Adresse
Titre
Tél
Date

Haute Ecole CHARLEMAGNE Base de Données 2 Log&Transport
582826570 5 27/05/17
Exemples de liens
Un taxi est affecté à un seul taximan et un taximan
est le conducteur d'un seul taxi.
1 à 1
1 à 1
Un client passe plusieurs commandes et plusieurs
commandes sont passées par le même client
1 à 
1 à plusieurs
Un fournisseur livre plusieurs produits et un produit
est livrable par plusieurs fournisseurs
 à 
Plusieurs à
plusieurs
Insistons sur le fait qu'en analyse, "plusieurs" signifie assez étrangement soit "plusieurs", soit
"un" ou soit "aucun" (0,1,n). En effet, le client peut ne passer aucune commande, le fournisseur
peut ne fournir aucun produit et un produit peut n'avoir aucun fournisseur connu à ce jour.
Les relations de plusieurs à plusieurs se traiteront comme deux relations de un à plusieurs en
passant par une table intermédiaire reprenant les clés primaires de chaque table.
La clé primaire
La clé primaire est une propriété de l'objet (enregistrement) qui l'identifie de façon unique dans
une table. Elle permet d'établir les liens entre les tables.
Dans l'exemple précédent, nous remarquons le rôle joué par le n° d'emprunteur. Grâce à cette
propriété, le système est capable de lier un emprunteur à ses emprunts et inversement de
trouver l'emprunteur d'un livre donné.
Analyse
Le modèle de données précédent de la gestion du prêt des livres n'est pas bon. En effet, s'il
présente comme avantage de n'utiliser que deux tables, il déroge à deux règles, l'homogénéité
de la table "livres empruntés" et l'absence de l'identifiant unique pour chaque livre.
En effet, ce n'est pas le numéro du livre que l'on trouve dans la table "livres empruntés mais le
numéro de l'emprunteur; de même la date d'emprunt n'est pas un attribut du livre mais de la
transaction de location. Le numéro du livre étant oublié, la gestion ne permettra pas d'identifier
de façon unique l'objet. Pensez au cas où la bibliothèque possède plusieurs ouvrages identiques
!
De plus, quand le livre sera reloué, il faudra remplacer la référence de l'ancien emprunteur et la
date d'emprunt par les nouvelles données et de ce fait les informations concernant le prêt
précédent seront perdues. Cette solution ne peut donc gérer les historiques, ni les statistiques
permettant d'évaluer la rentabilité d'un ouvrage.
Une solution acceptable passe par l'utilisation d'une table que l'on peut qualifier de table de
mouvements ou table de liaisons que nous appellerons dans ce cas précis table locations. Dans
cette table sont notés pour chaque prêt, le numéro de l'emprunteur, l'identifiant du livre et
d'autres renseignements comme les dates de prêts, la durée prévue et l'annulation du prêt.
Il faut donc modifier la table des livres, et encoder chaque livre physique avec un numéro
d'identification.