1 / 29

Chapter 11 Object-Oriented Databases

Chapter 11 Object-Oriented Databases. Database Systems: Design, Implementation, and Management 4th Edition Peter Rob & Carlos Coronel. Object Schemas: The Graphical Representation of Objects. Figure 11.14 Shared Representation For All Objects Of the Class Person.

schroer
Download Presentation

Chapter 11 Object-Oriented Databases

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. Chapter 11Object-Oriented Databases Database Systems: Design, Implementation, and Management 4th Edition Peter Rob & Carlos Coronel

  2. Object Schemas: The Graphical Representation of Objects Figure 11.14 Shared Representation For All Objects Of the Class Person

  3. State Of A Person Object Instance Figure 11.15

  4. Defining Three Abstract Data Types Figure 11.16

  5. Object Representation For Instances Of The Class Person With ADTs Figure 11.17

  6. Object Schemas: The Graphical Representation of Objects • The object space or object schema is the equivalent of a database schema or a relational schema at a given time. Figure 11.18

  7. Figure 11.19 Referential Sharing Of Objects

  8. Object Schemas: The Graphical Representation of Objects • Class-Subclass Relationships Figure 11.20 Class Hierarchy

  9. Employee Object Representation Figure 11.21

  10. Object Schemas: The Graphical Representation of Objects • Interobject Relationships: Attribute-Class Link • A attribute-class or interobject relationship is created when an object’s attribute references another object of the same or different class. • Relationship Representation: • Representing 1:M Relationships • Representing M:N Relationships • Representing M:N Relationships with an Intersection Class

  11. Class Hierarchy For The EDLP Retail Corporation Figure 11.22

  12. Object Schemas: The Graphical Representation of Objects • Representing 1:M Relationships • Related classes are enclosed in boxes to make relationships more noticeable. • The double line on the box’s right side indicates that the relationship is mandatory. • Connectivity is indicated by labeling each box.

  13. Representing The 1:M Relationship Figure 11.23

  14. Representing The 1:1 And 1:M Relationships Figure 11.24

  15. Employee-Dependent Relationship Figure 11.25

  16. Object Schemas: The Graphical Representation of Objects • Representing M:N Relationships Figure 11.26

  17. Object Schemas: The Graphical Representation of Objects • Representing M:N Relationships with an Intersection Class Figure 11.27 Representing the M:N Relationship With Associated Attributes

  18. Representing The M:N Relationship With Intersection Class Figure 11.28

  19. Figure 11.29 Object Space Representation

  20. Object Schemas: The Graphical Representation of Objects • Late and Early Binding: Use and Importance • With late binding the data type of an attribute is not known until execution time or run-time. • Late binding allows two different object instances of the same class to contain values of different data types for the same attribute. • Early binding allows the database to check the data type for each of the attribute’s values at compilation or definition time.

  21. Inventory Table With Predetermined (Base) Data Types Figure 11.30

  22. Inventory Class With Early Binding Figure 11.31

  23. OODM Inventory Class With Late Binding Figure 11.32

  24. Object Schemas: The Graphical Representation of Objects • Support for Versioning • Versioning is an OODM feature that allows us to track the history of change in the state of an object. • It is a very powerful modeling feature, especially in a CAD environment.

  25. OODM and Previous Data Models • Object, Entity, and Tuple • An OODM object has additional characteristics such as behavior, inheritance, and encapsulation. • Such characteristics make OO modeling much more natural than E-R and relational modeling.

  26. An Invoice Representation Figure 11.33

  27. OODM and Previous Data Models • Class, Entity Set, and Table • Class is a more powerful concept that allows not only the description of the data structure but also the description of the behavior. • A class allows both the concept and the implementation of abstract data types. • Encapsulation and Inheritance • An object belonging to a class inherits all the properties of its superclasses. • Encapsulation hides the data representation and the method’s implementation from other objects and the user.

  28. OODM and Previous Data Models • Object ID • Object ID is not supported in either the E-R model or the relational model. • The hierarchical and the CODASYL models support some form of ID. • Relationships • Relationships in an OODM can be of two types: interclass references or class hierarchy inheritance. • E-R and relational models use a value-based relationship approach.

  29. OODM and Previous Data Models • Access • E-R and relational models use an ad hoc, set-oriented query language. • OODM is suited to support both navigational and set-oriented access.

More Related