1 / 38

Bases de donn es OO

2. Objectifs. Objectifs de la pr?sentation: Application Comparaison Critique. 3. Plan. Mod?les de donn?es 1. Historique 2. SGBDR: une critiqueSGBDOO: 3. D?finition et Manifeste 4. Approches de d?veloppement 5. Fonctionnement 6. Architecture 7. ODGM 8. Forces et fa

hubert
Télécharger la présentation

Bases de donn es OO

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


    1. Bases de données OO D. Girouard ¦ C. Godard ¦ M-E. Tétreault Mars 2006

    2. 2 Objectifs Objectifs de la présentation: Application Comparaison Critique

    3. 3 Plan Modèles de données 1. Historique 2. SGBDR: une critique SGBDOO: 3. Définition et Manifeste 4. Approches de développement 5. Fonctionnement 6. Architecture 7. ODGM 8. Forces et faiblesses

    4. 4 Historique des modèles de données

    5. 5 Modèles de données: situation actuelle

    6. 6 SGBDR: une critique Lacunes au niveau pratique Domaines/applications : Fabrication assistée par ordinateur Systèmes de bureautique et multimédias

    7. 7 SGBDR: une critique Faiblesses techniques Piètre représentation des entités du monde réel Surcharge sémantique Piètre soutien aux contraintes d’intégrité Structure de données trop homogène Nombre assez limité d’opérations Difficulté à gérer les requêtes réflexives Dichotomie d’impédance Durée de vie de la transaction Évolution des schémas

    8. 8 SGBDOO- Définition Limites inférieures d’un SGBDOO (Zodnik & Maier (1990)): Fournir des fonctionnalités de BD Supporter la notion d’identité des onjets Assurer l’encapsulation Gérer des objets qui comportent un état complexe

    9. 9 SGBDOO

    10. 10 SGBDOO- Manifeste

    11. 11

    12. 12 Fonctionnalités- Stockage

    13. 13

    14. 14

    15. 15 Fonctionnalités- Navigation

    16. 16

    17. 17 Fonctionnalités- Persistance

    18. 18 SGBDOO- Architecture

    19. 19 L’Object Data Management Group 2 objectifs Une norme: L’ODMG 3.0, 1999 Modèle objet Langage de définition objet Langage de requête objet Liaisons avec les langages de programmation

    20. 20 1. Le Modèle Objet Un standard pour les primitives de modélisation et la sémantique Objet et littéral, types, opérations, attributs, association etc… Notion de Schéma

    21. 21 2. Le langage de définition d’objet: ODL Langage qui définit les spécifications des types d’objets pour les systèmes compatibles ODMG Équivaut au langage de définition de données (DDL) des SGBD traditionnels.

    22. 22 3. Le langage de requêtes objet: OQL Accès déclaratif à la base de données objet, par l’entremise d’une syntaxe semblable à celle de SQL. Le résultat d’une requête est un objet avec ou sens entité. Langage autosuffisant ou intégré à un autre langage

    23. 23 4. Autres spécifications Liaisons avec les langages C++, Java, Smalltalk; Définissent la façon dont les constructions en ODL ou en OML (langage de manipulation d’objet), se collent sur les constructions du langage de programmation Le format d’échange objet (OIF) Langage qui sert à l'échange d'objets entre SGBD, à générer une documentation, ou à mener des suites de test.

    24. 24 Les SGBDOO Commercialisées ObjectStore de Progress Software Corporation Gemstone System Inc. Objectivity/DB de Objectivity Inc. O2 de O2 Technology's FastObjects bu Poet de Poet Software Corporation Jasmine Object Database de Computer Associates/Fujitsu Limited Versant de Versant Corporation

    25. 25 SGBDOO: Forces Meilleur support pour les types de données complexes Prise en charge de l’évolution du schéma Gestion des versions Prise en charge des transactions de longue durée Capacités de modélisation enrichies Suppression de la dichotomie d’impédance Extensibilité et réduction de la redondance Adéquation à des applications évoluées de BD Amélioration des performances Manipulation des Objets plus rapide Développement et maintenance facilités.

    26. 26 SGBDOO: faiblesses Absence d’un modèle de données universel Manque d’expérience Optimisation de requête compromettant l’encapsulation Piètre support de la sécurité Effet néfaste du verrouillage au niveau objet sur les performances Vues quasi absentes Complexité Concurrence commerciale ardente

    27. 27 Bibliographie. Bases de données : objet et relationnel Gardarin G. Éditions Eyrolles, 1999. Connolly, Thomas, Systèmes de bases de données: approche pratique de la conception de l’implémentation et de l’administration, Reynald Goulet Inc., 2005 When it comes to choosing a database, the object is value.) Karen Watterson.Datamation Dec 1997 v44 n1 p101(6) www.odmg.org http://www.isnetne.ch www.wikipedia.com http://www.service-architecture.com/object-oriented-databases http://www.commentcamarche.net/sql/sqlintro.php3 http://lifc.univ-fcomte.fr/~lasalle/bda/COURSHTM/cours/chap02/lec01/page01.htm

    28. 28 Merci!

    29. 29 Capacités de modélisation enrichies Représentation plus naturelle et réaliste des objets de la vie réelle : L’objet encapsule à la fois l’état et le comportement Un objet est capable de mémoriser toutes les associations qu’il entretient avec les autres objets Y compris les associations de plusieurs à plusieurs. Les objets peuvent atteindre une complexité que les modèles de données traditionnels n’arrivent pas à représenter avec autant de justesse et de facilité.

    30. 30 La gestion des versions

    31. 31 L’évolution des schémas Garder la cohérence des schémas suite à: Modification de la définition de classe Modification de la hiérarchie d’héritage Création et suppression de classes… Règles de cohérence (Itasca, GemStone)

    32. 32 Invariances de schéma (Itasca, GemStone) 1) Résolution des conflits dus à l’héritage multiple et à la redéfinition d’attributs et de méthodes dans une sous-classe. 1.1 Règle de précédence des sous-classes sur les superclasses 1.2 Règle de précédence entre superclasses d’origines différentes 1.3 Règle de précédence entre superclasses de même origine 2) La propagation des modifications aux sous-classes. 2.1 Règle de propagation des modifications 2.2 Règle de propagation des modifications dans l’éventualité de conflits 2.3 Règle de modification des domaines 3) L’agrégation et la suppression d’associations d’héritage parmi des classes, ainsi que la création et la suppression de classes. 3.1 Règle d’insertion de superclasses 3.2 Règle de suppression de superclasses 3.3 Règle d’insertion d’une classe dans un schéma 3.4 Règle de suppression d’une classe dans un schéma 4) Traitement des objets composites.

    33. 33 Les transactions de longue durée Transaction : unité de travail logique, qui doit toujours amener la base de données d’un état cohérent à un autre. protocoles de contrôle de concurrence multiversions modèles de transaction évolués

    34. 34 Architecture

    35. 35 Langages POO et de la BD

    36. 36 Hiérarchie des types ODMG

    37. 37 SGBDRO - SGBDOO

    38. 38 SGBDRO - SGBDOO

    39. 39 SGBDRO - SGBDOO

More Related