ODMG Standard: Object Model1 OBJECT-ORIENTED DATABASE SYSTEMS ODMG Standard: Object Model Susan D. Urban and Suzanne W. Dietrich Department of Computer Science and Engineering Arizona State University Tempe, AZ

ODMG Standard: Object Model2 OUTLINE Purpose of ODMG Components of ODMG Basic Modeling Concepts

ODMG Standard: Object Model3 CURRENT STATE OF OBJECT MODELS Unlike the relational model, commercial OODB's were developed before any formal, standard basis was established for object models. A proliferation of commercial tools with some similarities and also with differences. Makes portability difficult. Has been difficult to establish a standard approach to query languages for OODB's with formal semantics to support query optimization.

ODMG Standard: Object Model4 STANDARDS OF OBJECT MODELS Standards for object models are now being developed to promote portability and interoperability between tools. The Object Data Management Group Standard (ODMG). The Object Management Group Standard (OMG). SQL99 Standard (Extended Relational).

ODMG Standard: Object Model5 THE ODMG STANDARD Purpose Major goal is to establish standards that allow OODB customers to write portable applications that can run on more than one OODB product. Supported by major OODB vendors and users. The data schema, programming language binding, and data manipulation and query language must be portable. Differences will always exist in performance, languages supported, specific functionality (e.g., versioning), programming environments, application construction tools, networking, predefined libraries, etc.

ODMG Standard: Object Model6 THE ODMG STANDARD Components Major components of the standard include: An Object Model - Defines the basic components of an object model. An Object Definition Language - Defines a data definition language, known as ODL (for Object Definition Language). An Object Query Language - Defines a declarative object query language (OQL) for querying and updating objects. OQL has an extended SQL flavor.

ODMG Standard: Object Model7 THE ODMG STANDARD Programming Languages Support A C++ Language Binding - Supports portable C++ code for manipulating objects. The language is called the C++ Object Manipulation Language (OML). A Smalltalk Language Binding - Have drafted similar bindings to support the development of portable code in Smalltalk. A Java Language Binding – Java bindings are now available.

ODMG Standard: Object Model8 USING THE ODMG STANDARD

ODMG Standard: Object Model9 BASIC MODELING CONCEPTS Basic modeling primitives are the object (has a unique object identifier - OID) and the literal (has no identifier). An OID is immutable (the value of an OID for a particular object cannot change). Objects are categorized into types. A type has an interface (properties and operations). A type has one or more implementations. An implementation defines data structures (physical representations of objects) and/or methods. Behavior of objects is defined by a set of operations.

ODMG Standard: Object Model10 OBJECT PROPERTIES Object states are defined by properties, which are: attributes (string, integer, etc. as values, including objects), or relationships (other objects as values with inverse traversal path specified and integrity maintained by the db) The state of an object is mutable (the value of attributes and relationships can change).

ODMG Standard: Object Model11 TYPES AND EXTENTS Types are objects and thus have properties: Supertypes and subtypes The subtypes of a supertype can define additional operations and properties. Subtypes can refine properties and operations. Supports multiple inheritance. Extents The set of all instances of a type. Can optionally request that the system maintain the extent automatically.

ODMG Standard: Object Model12 OBJECT CLASSES A type interface plus an implementation defined for the type is a class. A class in ODMG is similar to a class in C++. C++ classODMG class a public part attributes and relationships a private part implementation A class can define keys. Same as in the relational model. Single keys or composite keys.

ODMG Standard: Object Model13 THE ODMG BUILT-IN TYPE HIERARCHY Object Atomic Object Collection, Set, Bag, List Array. Structured_literal Date, Time, Timestamp, Interval, Structure <> Literal Atomic_Literal Long, Short, Unsigned long, Unsigned short, Float, Double, Boolean, Char, Octet, String, Enum <> Collection_literal Set, Bag, List, Array Structured_literal Date, Time, Timestamp, Interval, Structure <>

ODMG Standard: Object Model14 NAMING AND LIFETIME Objects can have names (i.e., meaningful or logical OID's). Names can also be viewed as handles that allow users to easily reference a specific object. Objects have lifetimes. transient (allocated in memory only) persistent (stored on disk)

ODMG Standard: Object Model15 ODL SYNTAX SUMMARY FOR CLASSES class c_name [extends superclass_name] (extent extent_name keykey_name ) { attribute attribute_name; … relationship relation_name inverse ; … method_definitions; }

ODMG Standard: Object Model16 HOLLYWOOD SCHEMA IN ODL class Person class Person (extent persons key ssn) { attribute string ssn; attribute string name; attribute string gender; attribute string phone; attribute string address; relationship Person isMarriedTo inverse … ; void createPerson(in string ssn, in string name, in string gender, in string phone, in string address); void deletePerson();... }

ODMG Standard: Object Model17 HOLLYWOOD SCHEMA IN ODL class Celebrity class Celebrity extends Person (extent celebrities) { attribute date birthDate; relationship Agent agent inverse Agent::celebrities; void createCelebrity(in string ssn, in string name, in string gender, in string phone, in string address, in date birthDate); void deleteCelebrity();... }

ODMG Standard: Object Model18 INHERITANCE OF STATE VS. INHERITANCE OF BEHAVIOR Classes in ODMG 2.0 are types that can be directly instantiated. The extends relationship represents inheritance of state and behavior, where the subordinate class inherits all of the properties and behavior of the class that it extends. Interfaces can be used to define types that cannot be directly instantiated. Interfaces are used to define the inheritance of behavior only. Interfaces may inherit from other interfaces (is-a relationship). Classes may inherit from interfaces (is-a relationship). Classes may inherit from other classes (the extends relationship). Interfaces may not inherit from classes.

ODMG Standard: Object Model19 SUMMARY OF SYNTAX FOR INTERFACE CLASSES interface i_name { methodDefinitions … } class c_name [extends superClass]: i_name ( …) {… }