DOCSLIB.ORG

ISG STAFF WORKING PAPERS Objects in the Database

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
ISG STAFF WORKING PAPERS Objects in the Database soG ISG STAFF WORKING PAPERS Public Disclosure Authorized Public Disclosure Authorized Public Disclosure Authorized Objects in the Database: A Reality Check Parvez Bashir Information Public Disclosure Authorized Officer, ISGEC IFl - I Sol Grion ISG STAFF WORKING PAPERS ISG Staff Working Papers are reviewed by the VP-CIO and by the ISG Senior Management Team. Papers are evaluated and the best of the papers will be recognized. The series is envisioned to be forward-looking and cover a broad range of topics. Over a period of time, the papers will be compiled and published as a book. ffMy= .I Parvez Bashir Information Officer, ISGEC Objects in the Database: A Reality Check The RDBMS (Relational Database Management System) ruled the database roost in the 1980s and 00 (Object Oriented) programming languages revolutionized software development in the 1990s. RDBMSs and 00 programming languages have complementary strengths. Relational database systems are good for managing large amounts of data; object oriented programming languages are good at expressing complex relationships among objects. Relational database systems are good for data retrieval but provide little support for data manipulation; object oriented programming languages are excellent at data manipulation but provide little or no support for data persistence and retrieval. These complementary strengths have given birth to a new breed of database management systems popularly known as Object Relational Database Management Systems (ORDBMS). The other database model which deals purely with objects is the ODBMS (Object Database Management System). ODBMSs pre-date the object relational model and have been in use since time immemorial in niche applications including multimedia. This paper mainly focuses on database object concepts, specifications, and implementations using the two core models introduced above. Given the mountain of information on DB object orientation, the author has attempted to cut through hype and superficial information in order to arrive at a precise JEI (just enough info) treatment of 00 implementation in database. Factual information in this paper has been drawn from various sources. * The first section of the paper introduces both the object model and object database model concepts. * In the second section, the ODMG 2.0 object database standard is discussed followed by a skeleton ODMG 2.0 specification and an implementation example using the Jasmine ODBMS. This section also covers desired ORDBMS features, and introduces a skeleton SQL-99 specification followed by implementation examples in Infonrix and Orack 8i. * The third section uncovers the basic concepts of the ORDBMS extensibility system, compares ORDBMS extended model implementations by IBM/Informix/Oracle, and provides an extended or specialized implementation example using the Oracle 8i extensibility type system. • The fourth and final section provides some thoughts on database object implementation applicability in various application areas in an enterprise followed by guidelines on evaluating Object Relational Database Management Systems. -i- Table of Contents 1. BASIC OBJECT CONCEPTS ............................................. I 1.1 The Object Model ........................................................ 1 Encapsulation ........................................................ 1 Inheritance ........................................................ 2 Polymorphism ....................................................... 2 Object Identity, References among Objects, and Collections ......................... 3 1.2 The Object Database Model ........................ ................................ 4 Encapsulation ....................................................... 4 Inheritance ........................................................ 4 Polymorphism ....................................................... 4 Object Identity ........................................................ 4 References among Objects ................ ....................................... 4 Storing Objects ....................................................... 4 Changing Objects ....................................................... 4 Deleting Objects ....................................................... 4 Queries ....................................................... 4 2. DATABASE OBJECT SPECIFICATIONS ..................................................... 5 2.1 ODBMS DATABASE OBJECT SPECIEICATION ................................ 5 2.1.1 ODBMS Object Features [ODMG 2.0] .................................................. 5 2.1.2 Core ODBMS Object Specification [ODMG 2.0] ................ ................. 5 Object Definition Language (ODL) ............................................... 6........6 Object Query Language (OQL) ........................................................ 7 OQL Basic Notation ........................................................ 8 OQL Expressions ........................................................ 8 OQL Expressions (Continued) .............................. .......................... 9 OQL Examples ........................................................ 9 2.1.3 ODMG ODBMS IMPLEMENTATION EXAMPLE: JASMINE ...... 10 Jasmine ODQL Persistent Class Family Construction .................................. 10 Jasmine ODQL Database Object Creation .................................................... 11 Jasmine ODQL Object Queries ....................................................... 12 2.2 ORDBMS DATABASE OBJECT SPECIFICATION ........................... 12 2.2.1 ORDBMS Object features [Michael Stonebraker] ............................... 12 Base Type Extension ....................................................... 13 Dynamic Linking ....................................................... 13 Client or Server Activation ....................................................... 13 Security ....................................................... 13 Callback ....................................................... 13 User Defined Access Methods ..................................... .................. 13 Arbitrary length Data Types ....................................................... 13 Complex Types ....................................................... 13 Inheritance ....................................................... 13 iii - Inheritance ...................................................... 13 Overloading ...................................................... 13 Inheritance of Types ...................................................... 13 Multiple Inheritance ...................................................... 13 2.2.2 Core ORDBMS Object Specification [SQL-99] .................................. 13 User-Defined Types ...................................................... 14 Reference Types ...................................................... 17 dereference operation ...................................................... 18 reference resolution ...................................................... 18 Row Types ...................................................... 18 Collection Types ...................................................... 18 Distinct Types ...................................................... 19 Object Orientation and SQL-99 ...................................................... 19 Classes ...................................................... 19 Encapsulation ...................................................... 19 Extensibility ...................................................... 19 Inheritance ...................................................... 19 Instantiation ...................................................... 19 Polymorphism ...................................................... 19 2.2.3 SQL-99 ORDBMS IMPLEMENTATION EXAMPLES: INFORMIX AND ORACLE 8i .......................................................... 20 INFORMIX .......................................................... 20 ORACLE8i .......................................................... 21 3. ORDBMS EXTENSIBILITY ARCHITECTURE .......................................... 23 3.1 EXTENSIBILITY BASICS .......................................................... 23 3.1.1 An Extensible Data Management Architecture .................................... 23 The Universal Server Approach .......................................................... 23 The Middleware Approach .......................................................... 23 The Object Layer Approach .......................................................... 24 3.1.2 Universal Server (ORDBMS) Extensibility Features .......................... 24 Extensible Type System .......................................................... 24 User-Defined Functions .......................................................... 24 Index Structures .......................................................... 24 Optimizer.......................................................... 24 Other Extensions .......................................................... 25 3.2 SQL-99 SUPPORT FOR THE EXTENSIBLE ORDBMS .................... 25 3.3 ORDBMS EXTENSIBILITY IMPLEMENTATIONS ......................... 25 3.3.1 DB2 Relational Extenders .......................................................... 25 3.3.2 Informix Datablades .......................................................... 26 3.3.3 Oracle Extensibility Architecture [Cartridges] .................................... 27 3.3.4 Extensibility Features Comparison Matrix: Major ORDBMS Vendors .......................................................................................................................28
Load more

Recommended publications
  • JHDF5 (HDF5 for Java) 19.04
    JHDF5 (HDF5 for Java) 19.04 Introduction HDF5 is an efficient, well-documented, non-proprietary binary data format and library developed and maintained by the HDF Group. The library provided by the HDF Group is written in C and available under a liberal BSD-style Open Source software license. It has over 600 API calls and is very powerful and configurable, but it is not trivial to use. SIS (formerly CISD) has developed an easy-to-use high-level API for HDF5 written in Java and available under the Apache License 2.0 called JHDF5. The API works on top of the low-level API provided by the HDF Group and the files created with the SIS API are fully compatible with HDF5 1.6/1.8/1.10 (as you choose). Table of Content Introduction ................................................................................................................................ 1 Table of Content ...................................................................................................................... 1 Simple Use Case .......................................................................................................................... 2 Overview of the library ............................................................................................................... 2 Numeric Data Types .................................................................................................................... 3 Compound Data Types ................................................................................................................ 4 System
    [Show full text]
  • Powerdesigner 16.6 Data Modeling
    SAP® PowerDesigner® Document Version: 16.6 – 2016-02-22 Data Modeling Content 1 Building Data Models ...........................................................8 1.1 Getting Started with Data Modeling...................................................8 Conceptual Data Models........................................................8 Logical Data Models...........................................................9 Physical Data Models..........................................................9 Creating a Data Model.........................................................10 Customizing your Modeling Environment........................................... 15 1.2 Conceptual and Logical Diagrams...................................................26 Supported CDM/LDM Notations.................................................27 Conceptual Diagrams.........................................................31 Logical Diagrams............................................................43 Data Items (CDM)............................................................47 Entities (CDM/LDM)..........................................................49 Attributes (CDM/LDM)........................................................55 Identifiers (CDM/LDM)........................................................58 Relationships (CDM/LDM)..................................................... 59 Associations and Association Links (CDM)..........................................70 Inheritances (CDM/LDM)......................................................77 1.3 Physical Diagrams..............................................................82
    [Show full text]
  • Data Modeler User's Guide
    Oracle® SQL Developer Data Modeler User's Guide Release 18.1 E94838-01 March 2018 Oracle SQL Developer Data Modeler User's Guide, Release 18.1 E94838-01 Copyright © 2008, 2018, Oracle and/or its affiliates. All rights reserved. Primary Author: Celin Cherian Contributing Authors: Chuck Murray Contributors: Philip Stoyanov This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency- specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.
    [Show full text]
  • Object-Oriented Databases Need for Complex Data Types
    Object-Oriented Databases! ■" Need for Complex Data Types! ■" The Object-Oriented Data Model! ■" Object-Oriented Languages! ■" Persistent Programming Languages! ■" Persistent C++ Systems! 8.1! Need for Complex Data Types! ■" Traditional database applications in data processing had conceptually simple data types! é" Relatively few data types, first normal form holds! ■" Complex data types have grown more important in recent years! é" E.g. Addresses can be viewed as a ! Ø" Single string, or! Ø" Separate attributes for each part, or! Ø" Composite attributes (which are not in first normal form)! é" E.g. it is often convenient to store multivalued attributes as-is, without creating a separate relation to store the values in first normal form! ■" Applications! é" computer-aided design, computer-aided software engineering! é" multimedia and image databases, and document/hypertext databases.! 8.2! 1! Object-Oriented Data Model! ■" Loosely speaking, an object corresponds to an entity in the E- R model.! ■" The object-oriented paradigm is based on encapsulating code and data related to an object into single unit.! ■" The object-oriented data model is a logical data model (like the E-R model).! ■" Adaptation of the object-oriented programming paradigm (e.g., Smalltalk, C++) to database systems.! 8.3! Object Structure! ■" An object has associated with it:! é" A set of variables that contain the data for the object. The value of each variable is itself an object.! é" A set of messages to which the object responds; each message may have zero, one, or more parameters.! é" A set of methods, each of which is a body of code to implement a message; a method returns a value as the response to the message! ■" The physical representation of data is visible only to the implementor of the object! ■" Messages and responses provide the only external interface to an object.! ■" The term message does not necessarily imply physical message passing.
    [Show full text]
  • Sun 64-Bit Binary Alignment Proposal
    1 KMIP 64-bit Binary Alignment Proposal 2 3 To: OASIS KMIP Technical Committee 4 From: Matt Ball, Sun Microsystems, Inc. 5 Date: May 1, 2009 6 Version: 1 7 Purpose: To propose a change to the binary encoding such that each part is aligned to an 8-byte 8 boundary 9 10 Revision History 11 Version 1, 2009-05-01: Initial version 12 Introduction 13 The binary encoding as defined in the 1.0 version of the KMIP draft does not maintain alignment to 8-byte 14 boundaries within the message structure. This causes problems on hard-aligned processors, such as the 15 ARM, that are not able to easily access memory on addresses that are not aligned to 4 bytes. 16 Additionally, it reduces performance on modern 64-bit processors. For hard-aligned processors, when 17 unaligned memory contents are requested, either the compiler has to add extra instructions to perform 18 two aligned memory accesses and reassemble the data, or the processor has to take a „trap‟ (i.e., an 19 interrupt generated on unaligned memory accesses) to correctly assemble the memory contents. Either 20 of these options results in reduced performance. On soft-aligned processors, the hardware has to make 21 two memory accesses instead of one when the contents are not properly aligned. 22 This proposal suggests ways to improve the performance on hard-aligned processors by aligning all data 23 structures to 8-byte boundaries. 24 Summary of Proposed Changes 25 This proposal includes the following changes to the KMIP 0.98 draft submission to the OASIS KMIP TC: 26 Change the alignment of the KMIP binary encoding such that each part is aligned to an 8-byte 27 boundary.
    [Show full text]
  • Making Classes Provable Through Contracts, Models and Frames
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by CiteSeerX DISS. ETH NO. 17610 Making classes provable through contracts, models and frames A dissertation submitted to the SWISS FEDERAL INSTITUTE OF TECHNOLOGY ZURICH (ETH Zurich)¨ for the degree of Doctor of Sciences presented by Bernd Schoeller Diplom-Informatiker, TU Berlin born April 5th, 1974 citizen of Federal Republic of Germany accepted on the recommendation of Prof. Dr. Bertrand Meyer, examiner Prof. Dr. Martin Odersky, co-examiner Prof. Dr. Jonathan S. Ostroff, co-examiner 2007 ABSTRACT Software correctness is a relation between code and a specification of the expected behavior of the software component. Without proper specifica- tions, correct software cannot be defined. The Design by Contract methodology is a way to tightly integrate spec- ifications into software development. It has proved to be a light-weight and at the same time powerful description technique that is accepted by software developers. In its more than 20 years of existence, it has demon- strated many uses: documentation, understanding object-oriented inheri- tance, runtime assertion checking, or fully automated testing. This thesis approaches the formal verification of contracted code. It conducts an analysis of Eiffel and how contracts are expressed in the lan- guage as it is now. It formalizes the programming language providing an operational semantics and a formal list of correctness conditions in terms of this operational semantics. It introduces the concept of axiomatic classes and provides a full library of axiomatic classes, called the mathematical model library to overcome prob- lems of contracts on unbounded data structures.
    [Show full text]
  • Object Oriented Database Management Systems-Concepts
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by Global Journal of Computer Science and Technology (GJCST) Global Journal of Computer Science and Technology: C Software & Data Engineering Volume 15 Issue 3 Version 1.0 Year 2015 Type: Double Blind Peer Reviewed International Research Journal Publisher: Global Journals Inc. (USA) Online ISSN: 0975-4172 & Print ISSN: 0975-4350 Object Oriented Database Management Systems-Concepts, Advantages, Limitations and Comparative Study with Relational Database Management Systems By Hardeep Singh Damesha Lovely Professional University, India Abstract- Object Oriented Databases stores data in the form of objects. An Object is something uniquely identifiable which models a real world entity and has got state and behaviour. In Object Oriented based Databases capabilities of Object based paradigm for Programming and databases are combined due remove the limitations of Relational databases and on the demand of some advanced applications. In this paper, need of Object database, approaches for Object database implementation, requirements for database to an Object database, Perspectives of Object database, architecture approaches for Object databases, the achievements and weakness of Object Databases and comparison with relational database are discussed. Keywords: relational databases, object based databases, object and object data model. GJCST-C Classification : F.3.3 ObjectOrientedDatabaseManagementSystemsConceptsAdvantagesLimitationsandComparativeStudywithRelationalDatabaseManagementSystems Strictly as per the compliance and regulations of: © 2015. Hardeep Singh Damesha. This is a research/review paper, distributed under the terms of the Creative Commons Attribution- Noncommercial 3.0 Unported License http://creativecommons.org/licenses/by-nc/3.0/), permitting all non-commercial use, distribution, and reproduction inany medium, provided the original work is properly cited.
    [Show full text]
  • Multithreaded Programming Guide
    Multithreaded Programming Guide Sun Microsystems, Inc. 4150 Network Circle Santa Clara, CA 95054 U.S.A. Part No: 816–5137–10 January 2005 Copyright 2005 Sun Microsystems, Inc. 4150 Network Circle, Santa Clara, CA 95054 U.S.A. All rights reserved. This product or document is protected by copyright and distributed under licenses restricting its use, copying, distribution, and decompilation. No part of this product or document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Third-party software, including font technology, is copyrighted and licensed from Sun suppliers. Parts of the product may be derived from Berkeley BSD systems, licensed from the University of California. UNIX is a registered trademark in the U.S. and other countries, exclusively licensed through X/Open Company, Ltd. Sun, Sun Microsystems, the Sun logo, docs.sun.com, AnswerBook, AnswerBook2, and Solaris are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. and other countries. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. in the U.S. and other countries. Products bearing SPARC trademarks are based upon an architecture developed by Sun Microsystems, Inc. The OPEN LOOK and Sun™ Graphical User Interface was developed by Sun Microsystems, Inc. for its users and licensees. Sun acknowledges the pioneering efforts of Xerox in researching and developing the concept of visual or graphical user interfaces for the computer industry. Sun holds a non-exclusive license from Xerox to the Xerox Graphical User Interface, which license also covers Sun’s licensees who implement OPEN LOOK GUIs and otherwise comply with Sun’s written license agreements.
    [Show full text]
  • Object-Relational DBMS
    Session-7: Object-Relational DBMS Cyrus Shahabi 1 Motivation Relational databases (2 nd generation) were designed for traditional banking-type applications with well-structured, homogenous data elements (vertical & horizontal homogeneity) and a minimal fixed set of limited operations (e.g., set & tuple- oriented operations). New applications (e.g., CAD, CAM, CASE, OA, and CAP), however, require concurrent modeling of both data and processes acting upon the data. Hence, a combination of database and software-engineering disciplines lead to the 3 rd generation of database management systems: Object Database Management Systems, ODBMS. Note that a classic debate in database community is that do we need a new model or relational model is sufficient and can be extended to support new applications. 2 Motivation … People in favor of relational model argue that: New versions of SQL (e.g., SQL-92 and SQL3) are designed to incorporate functionality required by new applications (UDT, UDF, …). Embedded SQL can address almost all the requirements of the new applications. “Object people”, however, counter-argue that in the above- mentioned solutions, it is the application rather than the inherent capabilities of the model that provides the required functionality. Object people say there is an impedance mismatch between programming languages (handling one row of data at a time) and SQL (multiple row handling) which makes conversions inefficient. Relational people say, instead of defining new models, let’s introduce set-level functionality into
    [Show full text]
  • IBM Informix Glossary
    IBM Informix Version 11.70 IBM Informix Glossary SC27-3531-00 IBM Informix Version 11.70 IBM Informix Glossary SC27-3531-00 Note Before using this information and the product it supports, read the information in “Notices” on page B-1. This document contains proprietary information of IBM. It is provided under a license agreement and is protected by copyright law. The information contained in this publication does not include any product warranties, and any statements provided in this manual should not be interpreted as such. When you send information to IBM, you grant IBM a nonexclusive right to use or distribute the information in any way it believes appropriate without incurring any obligation to you. © Copyright IBM Corporation 1996, 2010. US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Glossary ..................................1-1 Numerics ....................................1-1 A......................................1-1 B ......................................1-3 C......................................1-4 D......................................1-8 E......................................1-13 F......................................1-15 G......................................1-16 H......................................1-17 I......................................1-17 J......................................1-19 K......................................1-19 L......................................1-19 M......................................1-21 N......................................1-22
    [Show full text]
  • Relational and Object-Oriented Databases
    Relational and Object-Oriented Databases by Willi-Hans Steeb International School for Scientific Computing Contents 1 What is a table? 1 1.1 Introduction . 1 1.2 Examples . 5 1.3 Tables in Programs . 8 1.4 Table and Relation . 33 2 Structured Query Language 35 2.1 Introduction . 35 2.2 Integrity Rules . 38 2.3 SQL Commands . 39 2.3.1 Introduction . 39 2.3.2 Aggregate Function . 40 2.3.3 Arithmetic Operators . 40 2.3.4 Logical Operators . 40 2.3.5 SELECT Statement . 41 2.3.6 INSERT Command . 45 2.3.7 DELETE Command . 46 2.3.8 UPDATE Command . 47 2.3.9 CREATE TABLE Command . 48 2.3.10 DROP TABLE Command . 51 2.3.11 ALTER TABLE Command . 52 2.4 Set Operators . 53 2.5 Views . 60 2.6 Primary and Foreign Keys . 62 2.7 Datatypes in SQL . 63 2.8 Joins . 66 2.9 Stored Procedure . 71 2.10 MySQL Commands . 72 2.11 Cursors . 73 2.12 PL and SQL . 75 2.13 ABAP/4 and SQL . 76 2.14 Query Processing and Optimization . 77 i 3 Normal Forms 83 3.1 Introduction . 83 3.2 Anomalies . 87 3.3 Example . 89 3.4 Fourth and Fifth Normal Forms . 93 4 Transaction 101 4.1 Introduction . 101 4.2 Data Replication . 107 4.3 Locks . 108 4.4 Deadlocking . 111 4.5 Threads . 117 4.5.1 Introduction . 117 4.5.2 Thread Class . 119 4.5.3 Example . 121 4.5.4 Priorities . 123 4.5.5 Synchronization and Locks .
    [Show full text]
  • High Dynamic Range Video
    High Dynamic Range Video Karol Myszkowski, Rafał Mantiuk, Grzegorz Krawczyk Contents 1 Introduction 5 1.1 Low vs. High Dynamic Range Imaging . 5 1.2 Device- and Scene-referred Image Representations . ...... 7 1.3 HDRRevolution ............................ 9 1.4 OrganizationoftheBook . 10 1.4.1 WhyHDRVideo? ....................... 11 1.4.2 ChapterOverview ....................... 12 2 Representation of an HDR Image 13 2.1 Light................................... 13 2.2 Color .................................. 15 2.3 DynamicRange............................. 18 3 HDR Image and Video Acquisition 21 3.1 Capture Techniques Capable of HDR . 21 3.1.1 Temporal Exposure Change . 22 3.1.2 Spatial Exposure Change . 23 3.1.3 MultipleSensorswithBeamSplitters . 24 3.1.4 SolidStateSensors . 24 3.2 Photometric Calibration of HDR Cameras . 25 3.2.1 Camera Response to Light . 25 3.2.2 Mathematical Framework for Response Estimation . 26 3.2.3 Procedure for Photometric Calibration . 29 3.2.4 Example Calibration of HDR Video Cameras . 30 3.2.5 Quality of Luminance Measurement . 33 3.2.6 Alternative Response Estimation Methods . 33 3.2.7 Discussion ........................... 34 4 HDR Image Quality 39 4.1 VisualMetricClassification. 39 4.2 A Visual Difference Predictor for HDR Images . 41 4.2.1 Implementation......................... 43 5 HDR Image, Video and Texture Compression 45 1 2 CONTENTS 5.1 HDR Pixel Formats and Color Spaces . 46 5.1.1 Minifloat: 16-bit Floating Point Numbers . 47 5.1.2 RGBE: Common Exponent . 47 5.1.3 LogLuv: Logarithmic encoding . 48 5.1.4 RGB Scale: low-complexity RGBE coding . 49 5.1.5 LogYuv: low-complexity LogLuv . 50 5.1.6 JND steps: Perceptually uniform encoding .
    [Show full text]