© Éditions Eyrolles
11
Introduction
Limitations
La simplicité du modèle de données induit les limitations suivantes :
●
La faiblesse du langage SQL au niveau de la programmation entraîne l’interfaçage
d’instructions SQL avec un langage procédural plus évolué (C, COBOL…) ou objet
(C++, Java…) pour répondre à des spécifications complexes. On parle de défaut d’impédance (impedance mismatch : terme désignant les problèmes de cohabitation entre un
langage de programmation avec sa syntaxe et ses règles et une base de données SQL. Il
faut en effet introduire dans le programme des directives qui n’appartiennent pas à sa
syntaxe initiale).
●
La normalisation induit un accroissement du nombre de tables. Ainsi, si deux objets
doivent être liés en mémoire, il faut simuler ce lien au niveau de la base par un mécanisme
de clés étrangères ou de tables de corrélations. Parcourir un lien implique souvent une jointure dans la base (mise en relation de plusieurs tables deux par deux, fondée sur la comparaison de valeurs des colonnes comparées). Il peut en résulter un problème de performance
dès qu’on manipule des données volumineuses.
●
Puisque seules les structures de données tabulaires sont permises, il est difficile de représenter directement des objets complexes. En revanche, les SGBD relationnels prennent
maintenant en compte la gestion de données multimédias (fichiers binaires stockés hors de
la base ou dans la base).
Ces limitations ont amené le développement de SGBD objet et objet-relationnels.
Figure I-2 Structure et contenu des tables relationnelles
Compagnie
ncomp
nomcomp
1
Air-France
2
Q uantas
Pilote
brevet
adresse
3MPY93
Castanet
16LDG01
Bidal
Paris
30MPY01
Lamothe
Toul ouse
25MPY00
Albaric
Ramonville
Remuneration
brevet #
ncomp#
p a y e
3MPY93
12830
16LDG01
12000
30MPY01
18500
25MPY00
14700
16LDG01
8000
Compagnie[ncomp, nomcomp]
Remuneration[brevet#, ncomp#, paye]
Pilote[brevet, nom, adresse]
Clé primaire en gras
Clé étrangère suivie d’ un #
1
1
1
2
2
Soutou
nom
11
Introduction
Limitations
La simplicité du modèle de données induit les limitations suivantes :
●
La faiblesse du langage SQL au niveau de la programmation entraîne l’interfaçage
d’instructions SQL avec un langage procédural plus évolué (C, COBOL…) ou objet
(C++, Java…) pour répondre à des spécifications complexes. On parle de défaut d’impédance (impedance mismatch : terme désignant les problèmes de cohabitation entre un
langage de programmation avec sa syntaxe et ses règles et une base de données SQL. Il
faut en effet introduire dans le programme des directives qui n’appartiennent pas à sa
syntaxe initiale).
●
La normalisation induit un accroissement du nombre de tables. Ainsi, si deux objets
doivent être liés en mémoire, il faut simuler ce lien au niveau de la base par un mécanisme
de clés étrangères ou de tables de corrélations. Parcourir un lien implique souvent une jointure dans la base (mise en relation de plusieurs tables deux par deux, fondée sur la comparaison de valeurs des colonnes comparées). Il peut en résulter un problème de performance
dès qu’on manipule des données volumineuses.
●
Puisque seules les structures de données tabulaires sont permises, il est difficile de représenter directement des objets complexes. En revanche, les SGBD relationnels prennent
maintenant en compte la gestion de données multimédias (fichiers binaires stockés hors de
la base ou dans la base).
Ces limitations ont amené le développement de SGBD objet et objet-relationnels.
Figure I-2 Structure et contenu des tables relationnelles
Compagnie
ncomp
nomcomp
1
Air-France
2
Q uantas
Pilote
brevet
adresse
3MPY93
Castanet
16LDG01
Bidal
Paris
30MPY01
Lamothe
Toul ouse
25MPY00
Albaric
Ramonville
Remuneration
brevet #
ncomp#
p a y e
3MPY93
12830
16LDG01
12000
30MPY01
18500
25MPY00
14700
16LDG01
8000
Compagnie[ncomp, nomcomp]
Remuneration[brevet#, ncomp#, paye]
Pilote[brevet, nom, adresse]
Clé primaire en gras
Clé étrangère suivie d’ un #
1
1
1
2
2
Soutou
nom