sql 36623
T. Libourel
1
l
Les raisons de l’évolution
l
Le processus de standardisation
l
l
Vue d'ensemble de SQL3
Conclusion
T. Libourel
2
Page ‹#›
1
Les raisons …. l Nécessité de conserver la compatibilité avec l'existant ß SGBD relationnel ß Applications client-serveur
l
Nécessité de supporter des données complexes ß ß ß ß ß ß
textuelles géométriques géographiques audiovisuelles soniques multimédias T. Libourel
3
Faiblesses du modèle relationnel l Opérations séparées des données ß procédures stockées non intégrées dans le modèle ß absence d'attributs cachés
l
Support de domaines atomiques ß 1ère forme normale de Codd ß inadapté aux objets complexes (documents structurés) ß introduction de LOB Long Object (CLOB Character LOB,
BLOB Binary LOB MPEG.. MP..)
l
Mauvais support des applications non standards ß CAO, CFAO ß BD Géographiques ß BD techniques
T. Libourel
4
Page ‹#›
2
L'apport des modèles objets l Identité d'objets ß introduction de pointeurs invariants ß possibilité de chaînage
l
Encapsulation des données ß possibilité d'isoler les données par des opérations ß facilite l'évolution des structures de données
l
Héritage d'opérations et de structures ß facilite la réutilisation des types de données ß permet l'adaptation à son application
l
Possibilité d'opérations abstraites (polymorphisme) ß simplifie la vie du développeur
T. Libourel
5
Le support d'objets complexes l l
l
l
Nécessité d'introduire des attributs multivalués
Fourniture de collections prédéfinies telles liste, ensemble, tableau, ...
Imbrication des collections pour représenter des objets très compliqués
Exemple
ß Type Molécule l { list }
ß Type Atome l { Noyau, list }
T. Libourel
6
Page ‹#›
3
Premiers pas l Modèle NF2
Libelle
Cours
Nom
BD
Formations
Professeurs