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.
 Object Oriented Database Management
Systems-Concepts, Advantages, Limitations
and Comparative Study with Relational
Database Management Systems

2015
Hardeep Singh Damesha

Year
Abstract- Object Oriented Databases stores data in the form In mid-1980’s ,no doubt RDBMS are very much
of objects. An Object is something uniquely identifiable which popular but due to some limitation of relation model and
models a real world entity and has got state and behaviour. In 11
RDBMS do not support for some advanced
Object Oriented based Databases capabilities of Object
applications[1] OODB comes in the picture. At that time

( C ) Volume XV Issue III Version I

based paradigm for Programming and databases are
Object Oriented Programming paradigm is very much
combined due remove the limitations of Relational databases
and on the demand of some advanced applications. In this popular. Due to this researcher think to combine the
paper, need of Object database, approaches for Object capabilities of database and object based paradigm for
database implementation, requirements for database to an programming. In Object databases data is stored in the
Object database, Perspectives of Object database, forms of objects. These database management
architecture approaches for Object databases, the systems are not very much popular because due to the
achievements and weakness of Object Databases and lack of standards.
comparison with relational database are discussed. Research is going on the database technology
Keywords: relational databases, object based from 1960’s up to this day. Many improvements are
databases, object and object data model. done in database technology by researcher in last
I. Introduction decade and more technologies are coming to improve
the database technology. The new database

H
istory of data processing goes through many technologies include new transaction management and
different changes with different technologies concurrency control methods and Redundant Array of

Global Journal of C omp uter S cience and T echnology

along with the time. In decade there is huge Independent Disks (RAID) for efficient storage and Big
increase in the volume of data that need to be Data and Cloud Computing.
processed due to which sometimes old technology do
not work and need to come with new technology to II. Why Object Oriented Databases?
process the data. History of database technology has There are three reasons for need of OODBMS:
used Unit Records & Punch Card, Punch Card
A. Limitation of RDBMS
Proliferation, Paper Data Reels, & Data Drums, File
B. Need for Advanced Applications
Systems, Database Systems, NoSQL and NewSQL
C. Popularity of Object Oriented Paradigm
databases. From last five decades, the mostly used
technology is database management systems. A. Limitation of RDBMS
After some limitations of file systems, These limitations are in relational model. Due to
researchers come up with new technology known as this these limitations are reflected to all RDBMS [2].
Database Management Systems which is the collection These limitations are:
of software or programs to maintain the data records. 1. Poor representation of real world entities: The
Initially, two models are proposed are hierarchical and Relational model cannot represent real world in
network models, but these models don’t get much proper way because it has only one semantic that is
popularity due to their complex nature. Then a table which can represent the real world entity in
researcher E.F. Codd comes up with a new data model proper way.
known as relational model in which data items are 2. Normalization is necessary, but sometimes not
stored in a table. Many DBMS’s are developed on the useful: Normalization in RDBMS to maintain the
basis of this model. This is the most popular model till consistency of the database, but some broken
now because it has conceptually foundation from relations is not related to real world.
relational mathematics. 3. Overloading of semantic structure: Relational Data
Model has only one semantic structure for
Author: Lovely Professional University, Punjab.
e-mail: [email protected]
representing data and relationship that is table. Due

© 20 15 Global Journals Inc. (US)

 Review Paper on Object Oriented Database Management Systems-Concepts, Advantages, Limitations and
Comparative Study with Relational Database Management Systems

to this, sometimes it becomes very difficult to find • Design in these types of applications is not static.
out that which is going to model data or This design is evolves through the times. Updates
relationship? need to be propagated.
4. Poor support for integrity and enterprise constraints: • These applications require version control and
Constraints are very much needed for your configuration management.
database have to be desired data. RDM supports • These applications require complex objects for their
only limited number of constraints. The enterprise development. For example, a car’s component may
constraints are those which are defined by industry be related to other components.
standards. • Need long duration transactions because
5. Homogeneous data structure: RDM requires sometimes updates are for reaching.
homogeneous data structures like: • Support for cooperative engineering because most
2015

• RDM assumes both horizontal and vertical of the times many people work on same design.
homogeneity.
Year

• Relational mathematics algebra has only fixed b) Computer Aided manufacturing (CAM):
number of operations due to which Relational • These application data is very much similar to CAD,
12 Model operations cannot be extended. but needs discrete production.
6. Tables can store only atomic/single value: No doubt, • These applications must respond to real time
( C ) Volume XV Issue III Version I

this is property of RDM. But sometimes in many events.

situations this property becomes its limitation. • Generally algorithms and custom rules are used to
7. Normalization is strongly recommended: Most of the respond to a particular situation.
situations, you have must normalize the relation
make the data consistency inside your database. c) Computer Aided Software Engineering (CASE):
8. Difficulty in handling recursive queries: There is very • These applications manage data about the phases
poor support to handle recursive queries in RDBMS. of software development life cycle.
For this you must know: • Design may be extremely large.
• Depth of recursive query must be known. • Involves cooperative work.
• You can use the transitive closure operations to • Need to maintain dependencies among
handle recursive queries in RDBMS. components.
9. Impedance mismatch: SQL Data Manipulation • Versioning and configuration management.
Language (DML) is lack computational
completeness [10]. To overcome this situation, you d) Network Management Systems:
Global Journal of C omp uter S cience and T echnology

must embed the SQL with any high programming • Coordinates communication services across the
language like C++, Java, and C #. Due to there network.
will be impedance mismatch between two language • These systems are used for such tasks as network
SQL and higher programming language. path management, problem management and
10. Poor support for long duration transactions: In network planning.
RDBMS, generally transactions are short lived and
e) Other Applications: The Object Oriented Database
concurrency control techniques or mechanisms are
also used in Office Information Systems, Multimedia
not good for .long duration transactions.
systems, Digital Publishing and Geographic
11. Poor Schema Evolution support: Schema Evolution
information Systems.
means making changes to schema of database at
runtime without interrupt the execution of the C. Popularity of Object Oriented Paradigm
application. Another domain that enforces the development
12. Poor Navigational Access: There is very poor of OODBMS is popularity of object oriented
support for the navigational access in RDBMS. programming paradigm [4], [5], [6], [7], [8] because a
There are some advanced applications need real life situation can be model in best way by using
the database with deeper structural and functional object oriented programming.
foundation of capabilities that are not provided by
conventional database [1]. These applications are: OO Programming Aspects:
1. Abstraction: It is process of finding important
B. Need for Advanced Applications
aspects of an entity and ignoring unimportant
a) Computer Aided Design (CAD): aspects such as implementation details. The
• In these types of applications, relevant data about properties comprise two things state and behaviour.
buildings, airplanes and integrated circuit chips is A state is models through the attributes of object
stored and managed. In this type of applications, and behaviour is models through operations
database design may be very large. executed on data by object.

© 2015
1 Global Journals Inc. (US)
 Review Paper on Object Oriented Database Management Systems-Concepts, Advantages, Limitations and
Comparative Study with Relational Database Management Systems

2. Object: An object is something uniquely identifiable, Example: Country. Because it contains many states
models a real world entity and has got state and and again states contains cities.
behaviour. The only big difference between entity 11. Relationships: It is basically an association between
and object is that entity has only state has no two things. These are represented through
behaviour, but object contains both state and reference attributes, typically implemented through
behaviour. Example: Student OID’s. Types of binary relationships are:
3. Encapsulation: An object contains both current state • One to One relationship
(Attributes) and set of methods used to manipulate • One to Many relationship
it. It is called encapsulation. • Many to One relationship
Information Hiding: It is process of separates • Many to Many relationship
external properties of an object from its internal
• The different programming paradigm during the

2015
properties, which are hidden from external
different decades:
environment. These two concepts also related with

Year
abstraction.
Importance: These two concepts support the facility
that internal properties of an object to be changed 13
without affecting applications that use it, provided

( C ) Volume XV Issue III Version I

external properties remain same. It also provides
data independence.
4. Attributes: These represent the current state of an
object. They can be two types: • Due to this researchers think to combine OO
• Simple Attribute Paradigm and DB.
• Complex Attribute
5. Object Identity (OID): It is the unique identifier III. Approaches for OODBMS
associated with every object in the system. It has
A. Relational Extension Based DBMS
following characteristics:
B. Object/Relational DBMS
• It is generated by system.
C. Pure OODBMS
• It is unique to that object in the entire system.
• It is used only by the system, not by the user. A. Relational Extension Based DBMS
• It is independent the state of the object. This is the first approach that is adopted by
6. Methods and Messages: These implement the industry and academia towards the implementations of

Global Journal of C omp uter S cience and T echnology

behaviour of an object and involve encapsulation. OODBMS is to extend the relational model to provide
Message: It is a request or call to an object to the OO features [1], [2]. The advantages of this
execute the method that is defined by message. approach are:
7. Class: It is Container/Template/Blue-print for • Stick to relational model
objects. Objects inside a class called instances. It • Have to OO features like complex object and UDT
comprises many definitions in many different (User Defined Types).
situations. For example: A Class behaves like an Design techniques for relational extensions: In
object with its own class data and operations. mid-80’s a researcher named Stonebraker in OODBMS
8. Inheritance: It is the special type of relationship field represent the design techniques in this field with
between classes: The inheriting class inherits the different proposals for Extended Type System for an
some or all properties of the base class depend OODBMS should follow:
which mode of inheritance is used. Special classes • Definition of new data types
or inheriting classes are called subclasses and • Definition of new operations of so defined data
general classes are called super classes. types.
Generalization: It is method to create a superclass is • Implementation of access methods.
called generalization. • Optimized query processing for the queries on new
Specialization: It is process of forming a sub class is data types.
called specialization.
9. Polymorphism: It means “many forms”. It is dynamic Other Extensions in RDBMS: The different techniques
feature which executes at run time of program. It are adopted by different DBMS to support to support
involves the concept of overriding and overloading OO features:
[10]. • Support for variable length “undefined” data values.
10. Complex Objects: An object is called complex Using this support, generalized user defined data
object if it contains many sub objects and it is types can be represented. Like Oracle supported
viewed as single object. RAW, LONG and LONGRAW (65535 bytes).

© 20 15 Global Journals Inc. (US)

 Review Paper on Object Oriented Database Management Systems-Concepts, Advantages, Limitations and
Comparative Study with Relational Database Management Systems

• Sybase support TEXT and IMAGE up to 2GB and • Mapping to OO schema and queries to relational
also others. These features were partial support for ones.
storing complex data. Such facilities were mainly • The underlying relational storage manager is
used to capture non-text data like voice, medical ALLBASE/SQL.
charts and fingerprints.
C. Pure OODBMS
• User defined procedure are associated with used
These type OODB’s systems are not much
defined data types.
popular because lack of standards [9]. There is no
• Example: POSTGRES
single definition for a single concept. For Example: An
Postgres: It is developed at UC Berkeley in mid-80 by Object has many definitions, but in RDB there is a fixed
Prof. Stonebroker and his group. It is commercialized as standard for or single definition for each concept like
ILLUSTRA. In this INGRES which is basically a relational table .Here defining some definitions which are mostly
2015

database management system to support OO features. accepted but not standardize [2].
Year

Basic idea in POSTGRES was to introduce minimum OODB Model: It is data model that capture
changes in the Codd’s original relational model to semantics of objects suited in object based
achieve the objective. Advantage is the continuity with programming paradigm.
14
the previous product (INGRES) and provision of OO ZDONIK and MAIER give a threshold model
features in the new product. Design objectives of
( C ) Volume XV Issue III Version I

that an Object database must have following features:

POSTGRES declared by Stonebraker were:
• Database functionality like transaction
• To provide fully implemented functionality of management, concurrency control etc.
complex objects. • Facility of Object Identity (OID).
• Support for User/Abstract Defined Types, operators • Facility of encapsulation.
and functions for accessing. • Facility of complex objects.
• To provide functionality of Active Databases and • Inheritance not must but may useful.
Inferencing.
• QUEL is the manipulation language in INGRES. OODB: It is permanently stored and sharable collection
• POSTQUEL in POSTGRES :Most of QUEL of objects suited with an Object Data Model.
commands are included in POSTQUEL: OODBMS: It is system which contains application
1. Time varying data (snapshots and historical programs which are used to manage all object oriented
data) database activities like manipulation of objects.
2. Iterative queries Some Commercial OODBMS [9]:
Global Journal of C omp uter S cience and T echnology

3. Alerters, Triggers and Rules for Inferencing.

• Gemstone OODBMS is developed by Gemstone
B. Object/Relational DBMS Systems Incorporation.
These systems have relational and object • Objectivity/DB OODBMS is developed by
based both features by the definition [1], [2]. They Objectivity Incorporation.
provide similar objectives as provided by the Relational • Objectstore OODBMS is developed by Progress
Extension approach of RDBMS. In this approach, build Software Corporation.
an object layer on the top of relational system like Open • Ontos OODBMS is developed by Ontos
ODB and ODAPTER. They are built on different Incorporation.
architectures like Query Server or Client/Server. • DB4O from Versant Corporation.
Open ODB/ODAPTER: Open ODB is an ORDBMS from
HP during mid’s 90 and aims to support for broad base IV. Oodbms Manifesto
applications. It has following features: a) Mandatory Features
The OODBMS paradigm manifesto set the
• Based on Iris DBMS minimum fundamental directional basis for an OODBMS
• Based on Client/Server architectures model [3], [4], [5, [8].These characteristics can be
• Both data and applications can be shared by the classified as mandatory and optional features:
user applications. 1. Support for complex objects: A OODBMS must
• Clients use Application Program Interface (API) to support for complex objects. Complex objects can
access information. be obtained by applying constructor on basic
• OSQL is data manipulation language for Open objects.
ODB/ODAPTER. 2. Object Identity: It is the unique identifier associated
• Open ODB uses relational techniques to support to with every object in the system. It has following
OO features. characteristics:
• Object Model is implemented by Object Manager. • It is generated by system.

© 2015
1 Global Journals Inc. (US)
 Review Paper on Object Oriented Database Management Systems-Concepts, Advantages, Limitations and
Comparative Study with Relational Database Management Systems

• It is unique to that object in the entire system. V. OODBMS Perspectives

• It is used only by the system, not by the user.
• It is independent the state of the object. Memory Management in OODBMS: There are
3. Encapsulation: An OODBMS should enforce different memory management techniques for different
encapsulation through access objects only. OODB systems [2]. For Extended Relational Model
database Systems and Object/Relational (by definition)
4. Types or Classes: A OODBMS must support for one Database Systems (ORDBMS) Two Level Storage
of them types or classes. Model is used and for pure OODBMS is Single Level
5. Inheritance and Hierarchies: A OODBMS must Storage Model is used.
support for concept of super classes and
subclasses. The types of heritance can be: a) Single Level Storage Model
• Substitution

2015
• Inclusion

Year
• Constraint
• Specialization
15
6. Dynamic Binding: An OODBMS must support
concept of dynamic binding in programming

( C ) Volume XV Issue III Version I

language such as:
• Overloading
• Overriding
• Late binding
7. Computationally Complete DML: To provide a
support for data processing database have use
computationally completely language like SQL-3.
8. Extensible set of data types: A OODBMS must
support for used defined data types.
9. Data Persistence: This is basic requirement for any
DBMS.A OODBMS must provide persistent by
storing object in proper way.
VI. OODBMS Architectures Approaches
10. Managing very large databases: A OODBMS must
support for large databases. The basic theme of OODBMS is to add

Global Journal of C omp uter S cience and T echnology

11. Concurrent Users: This is basic requirement for any persistence to OOPL as they provide object orientation.
DBMS. It must support for concurrency control. The major difference is that here database needs to
12. Transaction Management: This is also basic store data as well as methods [1].
requirement of any DBMS.
Client/Server Architecture: There three basic client/server
13. Query Language: This is also a basic requirement of
architecture approaches [2]:
any DBMS. This query language must be
computationally complete. a) Object Server
b) Page Server
b) Optional Features c) Database Server
1. Multiple Inheritance: Multiple inheritance is not
directly support by multiple objects oriented a) Object Server: There is a distributed processing
programming languages. An OODBMS can also environment between the two parts client and
support for multiple inheritance. server. Typically, server is responsible for other
2. Type checking and inferencing: Type Checking and OODBMs functions. Transaction control
Inferencing features can be added to Object management and interface to programming
Databases. language is handled by Client.
3. Long duration and Nested Transactions: Relational
database transactions are short-lived. An OODBMS
can support for .long duration transactions and also
for nested transactions.
4. Distributed databases: An object database may
have support for distributed database which is a
collection of multiple databases logically related
and distributed over the network. b) Page Server: In this client-server model, client is
5. Versions: An OODBMS can support for version responsible for database processing most of the
control and configuration management. times. Secondary storage management and
© 20 15 Global Journals Inc. (US)
 Review Paper on Object Oriented Database Management Systems-Concepts, Advantages, Limitations and
Comparative Study with Relational Database Management Systems

response to requests is handled by server. A page nested transactions, but OODBMS’s support for
can contain many complex objects or normal nested and long duration transactions [9].
objects. 9. Development of object algebra: Relational algebra is
based on relational mathematics and fully
implemented, but object algebra has not been
defined in proper way. Five fundamental object
preserving operators are [12]: union, difference,
select, generate and map.
d) Weaknesses
1. Coherency between Relational and Object Model:
Relational databases are founded in every
2015

c) Database Server: In this approach, Client simply organization. To overcome relational databases,
Year

passes the request to the server, receives results object databases have to be providing coherent
and passes them to application. Most of database services to users to migrate from relational
16 processing done at server .This approach is used database to object database. Architecture of
mainly by RDBMS’s. Relational model and Object model must be
( C ) Volume XV Issue III Version I

provide some coherency between them [9].

2. Optimization of Query Expression: Query expression
optimization is done to increase the performance of
the system [13].Optimization of queries is very
important for performance gains. But due to
following reasons it is difficult to optimize queries in
object databases:
• User defined data types
VII. Achievements and Weaknesses of • Changing variety of types
OODBMS • Complex objects, methods and encapsulation
• Object Query language has nested structure
a) Achievements • Object Identity
1. Support for User Defined data types: OODBs 3. No fixed query algebra for OODBMS’s: Due to lack
provides the facilities of defining new user defined of the standards in OODBMS, there is no standard
Global Journal of C omp uter S cience and T echnology

data types and to maintain them [9]. query algebra for OODB. Lack of standard query
2. OODB’s allow creating new type of relationships: algebra becomes one of the reasons for problem of
OODBs allow creating a new type of relationship query optimization. There are different query
between objects is called inverse relationship (a languages for different object databases.
binary relationship) [11]. 4. No full-fledged query system: Query system also not
3. No need of keys for identification: Unlike, relational fully implemented. Some query facilities lacks in
model, object data model uses object identity (OID) Object databases like nested sub-queries, set
to identify object in the system [8]. queries and aggregation function [9], [11].
4. Development of Equality predicates: In OODBs, four 5. No facility for Views: In relational databases, views
types equality predicates [8], [10] are: are temporary tables. Object databases having no
• Identity equality facility for views. An object oriented view capability
• Value equality of objects is difficult to implement due to the features of
• Value equality of properties Object Model such as object identity. Object
• Identity equality of properties oriented programming concepts like inheritance
5. No need of joins for OODBMS’s: OODBs has ability and encapsulation makes the difficult to implement
to reduce the need of joins [9]. views in object databases [11].
6. Performance gains over RDBMS: Performance gains 6. Security problems in Object databases: Security is
changes application to application. Applications related to authentication, authorization and
that make the use of object identity concept having accounting. Discretionary Access Control (DAC),
performance gains over RDBMS’s [9]. Mandatory Access Control (MAC) security policies
7. Provide Facility for versioning management: The are implemented in object databases to secure
control mechanisms are missing in most of the data. In some systems provide security on the basis
RDBMS’s, but it is supported by the OODBMS’s [9]. of object oriented concepts like encapsulation.
8. Support for nested and long Duration transactions: Object database having to facilities for authorization
Most of the RDBMS’s do not support for long and [9].

© 2015
1 Global Journals Inc. (US)
 Review Paper on Object Oriented Database Management Systems-Concepts, Advantages, Limitations and
Comparative Study with Relational Database Management Systems

7. No support for schema evolution with OODBs: Most are transient in nature. To provide persistent to
object databases do not allow schema evolution. data, OODB and OO systems need to be
Schema Evolution is facility which allows changing interoperable. Many problems may arise during
the schema at run time such as adding a new interoperable between OODB and OO systems
attributes or methods to the class, adding new [11].
superclass to the class. 11. Limited performance gains over RDBs Decrease in
8. Consistency constraints mechanisms are not fully performance: Performance gains changes
implemented: Only limited numbers of features are application to application. Applications that make
provided by OODBMS’s for uniqueness of the use of object identity concept having
constraints, integrity constraints and other performance gains over RDBMS’s. But application
enterprise constraints [11]. that requires bulk database loading and does not

2015
9. No full-fledged facilities to implement complex make use of OID then performance of OODBMS’s
objects: No doubt, object oriented databases is not good [9].

Year
provide some facilities to implement the concept of 12. Some basic features are not present: Some basic
complex objects. But there is no full –fledged features like triggers, meta data management [11]
implementation of complex objects [11]. and constraints such as UNIQUE and NULL [9] not 17
10. Interoperability between OODB and Object Oriented present in object databases.

( C ) Volume XV Issue III Version I

Systems: In Object Oriented Programming objects

VIII. Comparison of OODBMS and RDBMS

Global Journal of C omp uter S cience and T echnology

© 20 15 Global Journals Inc. (US)

 Review Paper on Object Oriented Database Management Systems-Concepts, Advantages, Limitations and
Comparative Study with Relational Database Management Systems

IX. Summary and Conclusion 8. Zdonik, S.B. and Maier, D., eds., Readings in
Object-Oriented Database Systems, San Mateo,
No doubt, relational databases are very popular CA: Morgan Kauffman, 1989.
and there are found everywhere. The object oriented 9. Kim, W., “Object-Oriented Database Systems:
database comes into action in mid-1985’s to remove the Promises, Reality, and Future,” in Modern Database
limitations and to support some advanced database Systems: The Object Model, Interoperability and
applications like CAD, CASE etc. Another point that Beyond, pp.255-280, Kim, W., ed., ACM Press,
provides the momentum to develop object based Addison Wesley, 1995.
database is popularity of object based programming. 10. Bertino, E., Negri, M., Pelagatti, G., and Sbattella, L.,
So; researchers in the field of database think to combine “Object-Oriented Query Languages: The Notion and
the object oriented programming concepts with the Issues,” IEEE Transactions on Knowledge and
2015

database to make powerful database management Data Engineering, Vol. 4, No. 3, 1992.
systems. Different approaches are adopted by industry 11. Dittrich, K.A., and Dittrich, K.R., “Where Object-
Year

to make the database with object oriented features. Oriented DBMSs Should Do Better: A Critique
These approaches include relational extensions and Based on Early Experiences,” in Modern Database
18 pure object oriented are most popular to develop object Systems: The Object Model, Interoperability and
oriented database systems. OODBMS’s are made by Beyond, pp. 238-252, Kim, W., ed., ACM Press,
( C ) Volume XV Issue III Version I

many vendors by using different approaches. Addison Wesley, 1995.

OODBMS’s removes the limitations of RDBMS’s, also 12. Scholl, M. and Schek, H., “A relational object
provide support for advanced database application with model,” in Abiteboul, S. and Kanellakis, P.C., eds.,
some additional features. But due to the lack of in Proc. 3rd Int. Conf. On Database Theory, volume
standards, they do not get much popularity in the 470 of Lecture Notes in Computer Science, pp. 89-
industry. Then after some time, some limitations are 105, Springer Verlag, 1990.
found in object oriented database management 13. Erlingsson, U., “Object-Oriented Query
systems. Optimization,” unpublished manuscript.
X. Acknowledgement
The Author would like to special thanks Sardar
Chet Singh Damesha, Sardarni Sachiar Kaur Damesha
and whole Damesha family for inspiring me everytime
and always with me.
Global Journal of C omp uter S cience and T echnology

References
Books
1. Object Oriented Database Systems: Approaches
and Architectures by C.S.R. Prabhu
2. Database System: A Practical Approach to Design,
Implementation and Management by T. Connoly
and C. Begg.
Research Papers
3. Atkinson M., Bancilhon F. ,Dewitt D. ,Dittrich K.,
Maier D. and Zdonik S. “The Object Oriented
Database Manifesto” December 1989
4. Atkinson, M., et. al., “The object-oriented database
system manifesto,” in Proc. Int. Conf. On Deductive
and Object-Oriented Databases, 1989.
5. Bancilhon, F., “Object Oriented database systems,”
in Proc. 7th ACM SIGART/SIGMOD Conf., 1988.
6. Kim, W., “A foundation for object-oriented
databases”, MCC Tech. Rep., N.ACA-ST-248-88,
Aug. 1988.
7. Stefik, M. and Bobrow, D.G, “Object-oriented
programming: Themes and variations,” The AI Mag.,
Jan 1986.

© 2015
1 Global Journals Inc. (US)