Your SlideShare is downloading. ×
  • Like
OBJECT-DATABASE SYSTEM Object-Oriented database system
Upcoming SlideShare
Loading in...5

Thanks for flagging this SlideShare!

Oops! An error has occurred.


Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

OBJECT-DATABASE SYSTEM Object-Oriented database system



  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads


Total Views
On SlideShare
From Embeds
Number of Embeds



Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

    No notes for slide


    • Object-Oriented database system
      • are proposed as an alternative to relational system and aimed at application domains where complex objects play a central role.
    • Object-relational database systems
      • can be thought of as an attempt to extend relational database system with the functionality necessary to support a broader class of application...
  • 2. Object-database Systems
    • RDBMS
      • Relational Database Management Systems
    • OODBMS
      • Object-Oriented Database Management Systems
    • ORDBMS
      • Object-Relational Database Management Systems
    • ODBMS
      • Object-Database Management Systems
  • 3. Object-database vendor
    • IBM (db2)
    • Oracle
    • Informix
    • Sybase
    • Microsoft SQL
  • 4. New Data Types
    • User-define abstract data type (ADT)
      • Dinky’s assets include Herbert’s image, voice, and video footage, and these must be stored in the database - Must write compress functions to support (lower resolution).
    • Structured types
      • In this application, as needed in many traditional business data processing applications, we need new types built up from atomic types using constructors for for creating sets, records, arrays, sequences, and so on.. (see section 25.5)
  • 5. New Data Type
    • Inheritance
      • As the number data types grows, it is important to recognize the commonality between different types and to take advantage of it.
    • BLOB (A binary large object)
      • is just a long stream of bytes, and DBSM’s support consists of storing and retrieving BLOBs in such manner -
      • Users don’t worry the size of the BLOB
      • BLOB can span several pages
      • Unlike a traditional attributes
      • Can be done in the host language in which the SQL code is embedded.
  • 6. Large objects in SQL
    • SQL:1999
      • includes a new data type called LOB
        • BLOB (binary large object_
        • CLOB (character relational object)
      • LOBs cannot be included in primary keys,
        • GROUP BY
        • ORDER BY
      • A LOB has a locator
        • that is a unique id and allows to be manipulated without extensive copying.
      • LOBs are stored separately from data records in whose fields they appear.
      • Supports LOB: DB2,Infomix,MS SQL,Oracle8,Sybase ASE.
  • 7. 25.1.2 Manipulating the new Kind of Data
    • SELECT F.frameno, thumnail(F.image),C.lease_price
    • FROM Frames F, Categories C
    • WHERE F.categories = C.cid AND is_sunrise(F.image) AND is_herbert(F.image)
    • (Figure 25.1) DDL statement on page 740.
    • SELECT>name,>address, F.title
    • FROM Nowshowing N, Films F, Countries C
    • WHERE = F.filmno AND overlaps(C.boundary,radius(>address ,100)) AND = ‘Andora’ AND ‘Herbert the worm’ element F.stars
    • (Figure 25.3 on page 741).
  • 8. Manipulating the New kind of Data
    • User-define Methods
      • User-defined abstract types are manipulated via their methods, for example, is_herbert (25.2)
    • Operators for structured types
      • setof (section 25.3.1)
    • Operator for reference types
      • are dereferenced via an arrow (->) notation (section 25.4.2)
  • 9. User-Defined Abstract Data types
    • JPEG standard
      • Jpeg_image
      • polygon (a column boundary of type)
    • ORDBMS key feature is allowing users to define arbitrary new data type. Such as:
        • compress, rotate, shrink and crop
    • Combination of an atomic data type and its associated methods is called: Abstract data type (ADT). Such object-relational systems, user allows to include ADT.
  • 10. 25.2.1 Defining Methods of n ADT
    • Size
    • Import
    • Export
  • 11. 25.3 Structure Types
    • ROW
      • A type representing a row, or record, of n field with fields n of type n….etc
    • Listof(base)
      • Type representing a sequence of base-type items
    • Array(base)
      • A type representing an array of base-type items
    • Setof(base)
      • A type representing a set of base-type items. Sets cannot contain duplicate elements.
    • bagof(base)
      • A type resenting a bag or multiset of based-type items.
  • 12. Structure types
    • Structure data types in SQL:1999
      • Row type
      • Array
      • Row and Array
    • The listof,bagof and setof type constructors are not included in SQL:1999, IBM DB2, Informix, UDS, and Oracle 8 support the Row constructor.
  • 13. 25.3.1 Manipulating Data of Structure Types
    • Built-in Operators for Structure types
    • Rows
      • ROW(n1 t1,…,) Dot notation, i.n of k.
    • Sets and multisets
      • Set of objects can be compared using the traditional set methods.
      • An item of type setof(foo) can be comapred with an item of type foo using the Element method.
      • Lists
      • Traditional list operations include head, which return the first element.
  • 14. 25.3.1 Manipulating Data of Structure Types
    • Arrays
      • Array types support an ‘array index’ method to allow users to access array items at a particular offset.
    • Others operators – Count,Sum,Avg,Max & Min.
    • SELECT F.filmno
    • FROM Films F
    • WHERE count(F.stars) > 2
    • SELECT F.filmno, F.title, S AS star
    • FROM Films F, AS S
  • 15. 25.3.1 Manipulating Data of Structure Types
    • SELECT F.filmno, F.title, set_gen(
    • FROM Films_flat F
    • GROUP BY F.filmno, F.title
    • The operator set_gen, to be used with GROUP BY
    • The set_gen operator collects the set of star values in a partition and creates a set-valued object. This operation is called nesting.
  • 16. 25.4 Objects, Object identify, and reference types
    • Object Identifier (oid)
      • In object-database systems, data objects can be given an object identifier, which is some value that is unique in the database across time.
      • DBMS is responsible for generating oids and ensuring that an oid identifies an objects and are automatically assigned unique oids.
      • An object’s oid can be used to refer (or ‘point’) to it from elsewhere in the data – such pointer. Ref(base): A type representing a reference to an object of type base.
  • 17. 25.4.1 Notations of Equality
    • Two objects having the same type are defined to be deep equal if and only if:
      • the objects are of atomic type and have the same value, or
      • the objects are of references type, and the deep equals operator is true for the two referenced objects, or
      • The objects are the structured type, and the deep equals operator is true for all the corresponding subparts of the two objects.
  • 18. 25.4.2 Dereferencing Reference Types
    • An item of reference type ref(foo) is not the same as the foo item to which it points.
    • In order to access the referenced foo item, a built-in deref() method is provided along with ref type constructor.
      • Nowshowing.deref(theater).name
    • Java-style arrow operator
      • (Fig. 25.3 of the page 741)
  • 19. 25.5 INHERITANCE
    • In the object-database systems, unlike relational systems, inheritance is supported directly and allows type definitions to be reused and redefined very easily.
    • In object-database systems, inheritance can be used in two ways:
      • for reusing and refining types and
      • for creating hierarchies of collections of similar but not identical objects.
  • 20. 25.5.1 Defining Types with Inheritance
    • Inheritance allows us to capture this ‘specialization’ explicitly in the database design with the following DDL statement:
    • CREATE TYPE theatercafe_t UNDER theather_t (menu text)
    • This statement creates a new type, theatercafe_t , which has the same attributes and method as theater_t , along with one additional attributes menu of type text.
    • Method defined on theater_t apply to objects of type theatercafe_t, but not vice versa.
    • We say that theatercafe_t inherits the attributes and methods of theater_t.
  • 21. 25.5.2 Binding of Method
    • Consider the image_t type
    • display() will not work
    • Create jpeg_image_t, we rewrite:
      • Create Function display(jpeg_image) RETURNS jpeg_image AS EXTERNAL NAME
      • ‘ /a/b/c/jpeg.class’ LANGUAGE ‘java’;
    • Registering a new method with the same name as an old method is called overloading the method name .
  • 22. 25.5.1 Defining Types with Inheritance
    • It creates subtype (theatercafe_t) and supertype (thaerter_t).
    • It creates an explicit relationship in the database between the subtype & supertype: An oject of the subtype is also considered to be an object of the supertype.
    • The substitution Principle: Given a supertype A and B, it is always possible to substitute an object of type B into a legal expression written for objects of type A, without producing an error.
  • 23. 25.5.3 Collection Hierarchies, Type Extends and queries
    • Object-oriented language such C++ & Java.
    • CREATE TABLE Theater_cafes OF TYPE theater_café_t UNDER Theaters;
    • Under clause can be used to generate an arbitrary tree of tables, called a collection hierarchy.
    • Some systems automatically create special table for each type, which contain references to every of the type that exists in the database. These tables are called TYPE EXTENDS.
    • Type extends naturally form a collection hierarchy that parallels the type hierarchy.
  • 24. 25.6 Database Design for an ORDBMS
    • Structured type and ADTs
      • Piggy-backed (25.6.1) space probe’s location
        • A probe id that identifies a probe uniquely
        • A video stream
        • A location sequence of (time location) pairs
    • What kind of a database schema should we use to store this information?
  • 25. An RDBMS Database Design
    • We must store each video stream as a BLOB and each location sequence as record in a table.
      • Probes(pid: integer, time: timestamp, lat: real, long: real, camera: string, video: BLOB)
      • This is a single table called Probes, and it has several rows for each probe.
      • Each of these rows has the same pid, camera, and video values, but different time, lat, and long values.
  • 26. An RDBMS Database Design
    • We have used latitude and longitude to denote location.
    • The key for this table can be represented as a functional dependency:
    • PTLN -> CV, where N stands for longitude.
    • There is another dependency: P -> CV. This relation is therefore not in BCNF, indeed, it is not even 3NF.
    • Decompose it to obtain a BCNF:
    • Probes_Loc(pid: integer, time: timestamp, lat: real long: real)
    • Probes_Video(pid: integer, camera: string, video:BLOB)
  • 27. An RDBMS Database Design
    • Drawbacks:
      • 1. Write an interface application (language)
      • 2. It’s Obscured and dispersed across several records
      • 3. Forced to separate the video information from the sequence information for a probe.
    • We must join Probes_Loc and Probes_video using pid to achieve the result.
  • 28. An ORDBMS Database Design
    • An ORDBMS supports a much better solution
      • 1. we can store the video as an ADT object and
      • write method to capture
      • 2. We can store the location sequence for a probe in a single record, along with the video information
      • Example:
      • Probes_AllInfo(pid:interger, locseq:location_seq, camera:string, video:mpeg_stream
  • 29. An ORDBMS Database Design
    • This definition involves two new types:
    • location_seq and mpeg_stream
    • The mpeg_stream type is defined as an ADT, with a method display() that takes a start time and end time and displays the portion of video recorded during that interval.
    • SELECT display(, 1:10 p.m. May 10 1996, 1:15 p.m May 1996.
    • FROM Probes_AllInfo P
    • WHERE P.ipd = 10
  • 30. An ORDBMS Database Design
    • Now consider the location type. We could define as a list type, containing a list of ROW type objects:
    • CREATE TYPE location_listof (row (time: timesstamp, lat: real, long: real)
    • Consider the locseq field in a row for a given probe. This field contains a list of rows, each of which has three fields.
    • See Page 755.
    • SELECT, MIN(P.locseq.time)
    • FROM Probes_AllInfo P
  • 31. 25.6.2 Object Identity
    • There are important differences in the way that database updates affect these two types:
      • Deletion
      • Update
      • Sharing versus copying
    • There are also important storage distinctions between reference types and non reference types:
      • Storage overhead
      • Clustering
  • 32. 25.6.2 Object Identity
    • Referring objects
      • By value
      • By reference
    • In database design, the choice between using a structured type or a reference type will typically include consideration of the storage costs, clustering issues, and the effect of updates.
  • 33. Object Identity versus Foreign Keys
    • Using an oid to refer to an object is similar to using a foreign key to refer to a record in another relation, but not quiet the same:
    • An oid can point to an object of theater_t that is stored anywhere in the database, even in a field
    • Whereas a foreign key reference is constrained to point to an object in a particular reference relation.
  • 34. 25.6.3 Extending ER Model
    • Cover on Chapter 2 - Figure 25.8
    • The definition of Probe in figure 25.8 has two aspects:
    • 1. It has structure type attribute listof(row(time,lat,long)); each value assigned to this attribute in a Probes entity is a list of record with three fields.
    • 2. It has an attribute called video that is an abstract data type object, which is indicated by a dark oval for this attribute with connecting it to Probes. (ADT method)
  • 35. 25.6.4 Using nested Collections
    • Nested collection offer great power but raise difficult design decision.
      • Probe1(pid:integer, locseq:location_seq)
      • Probe2(pid:integer, time:timestamp, lat:real, long:real)
      • Can_teach1(cid:integer, teacher:setof(ssn:sting), sal: integer)
      • Can_teach2(cid:integer, team_id:oid, sal: integer)
      • Teams(tid: oid, ssn:string)
  • 36. 25.8 OODBMS
    • Support for persistent objects
    • Support collection types (sec. 25.3)
    • Make possible to provide query language
    • (by ODMG – Object Database Mgt Group)
    • called OQL
    • OQL is similar to SQL
  • 37. 25.8 OODBMS
    • OQL supports
      • Structure type, including sets
      • Bags
      • Arrays and
      • Lists
      • More uniform than SQL:1999
      • Reference types
      • path expressions, ADT and Data Definition Language
      • Also supports nested queries
  • 38. 25.8 OODBMS
    • There is a standard Data Definition Language for OODBMSs (Object Data Language –ODL) that is similar DDL subset of SQL but support the additional feature found in OODBMSs, such as ADT definitions.
    • 25.8.1 the ODMG Data Model and SQL
    • It contains a collection of objects, which are similar to entities in the ER model. Every object has a unique oid, and a database contains collection of objects with similar properties; such a collection is called class.
  • 39. 25.8.1 OQL
    • Properties of a class: three kinds
      • Attribute
      • Relationships and
      • method.
    • Attributes - have an atomic type or structure type
      • ODL supports the set, bag, list array, and structure type constructors.
    • Relationships - have a type type that is either a reference to an object or a collection of such reference
  • 40. 25.8.1 The ODMG data Model and ODL
    • Inverse relationship
      • It’s relationship “in the other direction”
        • ShowAt
        • nowshowing
    • methods
      • Are the functions that can be applied to objects of the class.
    • The keyword interface is used to define a class.
    • For each interface we can declare an extent, which is the name for the current set of objects of that class.
  • 41. 25.8.1 The ODMG data Model and ODL
    • The extend is analogous to instance of a relation, and the interface is analogous to the schema.
    • See page 767.
    • Interface Movie
    • (extend Movies key movieName)
    • {attribute date start;
    • attribute date end;
    • attribute string moviename;
    • relationship Set(Theather)showAt inverse Theather::nowShowing;
    • }
  • 42. 25.8.2 OQL
    • The PDMG query language OQL was deliberately designed to have syntax similar to SQL.
      • SELECT mname: MovieName, tname: T.theartherName
      • FROM Movie M, M.showAt T
      • WHERE T.numshowing() > 1
  • 43. 25.9 RDBMS with OODBMS and ORDBMS
    • An OODBMS is a programming language with a type system that supports the feature in this chapter and allows any data object to be persistent. That is, to survive across different program execution.
  • 44. 25.9.1 RDBMS versus ORDBMS
    • A relational system is also easier to use because there are fewer features to master.
    • - it’s less versatile than an ORDBMS
  • 45. Comparing
    • 25,9.2 OODBMS versus ORDBMS
      • similarities
    • 25.9.3 OODBMS versus ORDBMS
      • differences