Langages de bases de données : SQL et les évolutions vers l’objet : Langages pour bases de données orientées objet

1.1 - Évolution
1.2 - Un exemple de BD
1.3 - Algèbre relationnelle

2 - Langages SQL

2.1 - Origine, évolution et principe
2.2 - Langage de description
2.3 - Langage de manipulation
2.4 - Langage d’interrogation
2.5 - Extension PL/SQL
2.6 - Langage SQLFORMS

Figure 4 - Exemple de page visualisée

3 - Langages pour bases de données orientées objet

3.1 - Langage de description de données
3.2 - Langage de requête

Figure 8 - Un graphe d’héritage Figure 9 - Inclusion des classes

4 - Conclusion et perspectives

Bibliographie & annexes

Présentation

Auteur(s)

Claude CHRISMENT : Docteur ès sciences - Professeur d’informatique à l’Université Toulouse III
Geneviève PUJOLLE : Maître de conférences en informatique à l’Université Toulouse I
Gilles ZURFLUH : Docteur ès sciences - Professeur d’informatique à l’Université Toulouse I

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

Les langages de bases de données correspondent à un sous-ensemble des langages informatiques. Ils permettent d’exprimer des requêtes d’interrogation ou de mise à jour du contenu d’une base de données (BD). Ils peuvent être utilisés soit sous forme de requêtes directement applicables à une BD, soit sous forme de requêtes incluses dans un programme écrit dans un langage informatique quelconque tel que Fortran, Cobol, C ou spécifique comme PL/SQL.

Dans une BD, les données sont organisées selon un modèle qui permet de spécifier son schéma. Le modèle relationnel est le plus répandu dans les systèmes informatiques actuels. Il décrit les données sous forme de tables et le langage SQL, qui lui est associé, est devenu un standard pour manipuler des BD relationnelles à la fois sur gros systèmes et sur micro-ordinateurs.

Les modèles orientés objet, apparus plus récemment, permettent de décrire des structures de données plus complexes que dans les BD relationnelles. Le langage OQL, extension de SQL, permet de décrire et de manipuler des objets pouvant présenter une structure de données hiérarchique ; il intègre la composante dynamique des modèles objet par l’utilisation de fonctions dans l’expression des requêtes.

Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h3128

Lecture en cours
Présentation

Page
suivante

Conclusion et perspectives

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

3. Langages pour bases de données orientées objet

Deux principaux langages ont été proposés pour décrire et interroger les BD orientées objet : SQL3 [H 3 269] et OQL [4]. Le langage OQL a été proposé par un groupe d’éditeurs de SGBD orientés objet, l’ODMG : Object Database Management Group [4].

3.1 Langage de description de données

Le schéma UML de la figure 1 peut être exprimé dans un langage textuel tel que ceux présentés dans [2], [3], [4]. Dans un souci pédagogique, nous utilisons un langage, inspiré de ces formalismes, mais avec une syntaxe simplifiée ; la figure 5 donne le schéma textuel de la base université. Les liens d’héritage sont introduits par le mot réservé inherits. Les liens de composition et d’association sont exprimés sous forme d’attributs associés, non pas à un type, mais à une classe du schéma ; c’est le cas de l’attribut Responsable de la classe MODULES. La relation inverse de chaque lien correspond à un attribut dans la classe associée.

HAUT DE PAGE

3.1.1 Schéma étendu de classe

Dans le modèle relationnel, le domaine de définition d’un attribut, c’est-à-dire son type, doit être atomique ; autrement dit, dans un n_uplet, tout attribut est monovalué. Un modèle orienté objet permet de construire des objets complexes dont un attribut peut être structuré (Adresse dans la classe ENSEIGNANTS) ou multivalué (Spécialités dans la classe PROFESSEURS).

D’autre part, la définition d’une classe peut être étendue dès lors qu’il existe des liens entre cette classe et d’autres classes du schéma de la BD. Autrement dit, l’accès à un objet d’une classe permet d’obtenir, du même coup, tous les objets qui lui sont liés.

Par exemple, la figure ...

Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.