1 / 45

OBJECT-DATABASE SYSTEM

OBJECT-DATABASE SYSTEM. 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

topaz
Download Presentation

OBJECT-DATABASE SYSTEM

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. OBJECT-DATABASE SYSTEM • 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.2Manipulating 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 N.theater->name, N.theater->address, F.title • FROM Nowshowing N, Films F, Countries C • WHERE N.film = F.filmno AND overlaps(C.boundary,radius(N.theater->address,100)) AND C.name = ‘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.1Manipulating 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.1Manipulating 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, F.star AS S

  15. 25.3.1Manipulating Data of Structure Types SELECT F.filmno, F.title, set_gen(F.star) 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.4Objects, 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.2Dereferencing 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 • Nowshowing.theater->name • (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 calledoverloadingthe 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.6Database 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(P.video, 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 P.pid, 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.1The 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.1The 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

More Related