RDBMS vs. OODBMS: Comparing Database Management Systems
This paper evaluates and compares two dominant database architectures: Relational Database Management Systems (RDBMS) and Object-Oriented Database Management Systems (OODBMS). It examines the foundational design principles of each technology, including the table-based record structure and ACID compliance of RDBMS and the object, class, and inheritance model of OODBMS. The paper discusses the purpose, development history, and core functions of both systems, then analyzes their respective advantages and disadvantages. It concludes that RDBMS is best suited for transaction-intensive enterprise applications, while OODBMS excels in graphical, scientific, and engineering contexts requiring complex object relationships and image-based data management.
- Introduction: Context for comparing RDBMS and OODBMS technologies
- Fundamentals of Relational Database Management Systems: Table-based structure, SQL, and key identifiers in RDBMS
- Purpose, Development, and Functions of RDBMS: ACID compliance and enterprise application design goals
- Advantages and Disadvantages of RDBMS: Strengths in transactions; limits in scalability and imaging
- Fundamentals of Object-Oriented Database Management Systems: Objects, inheritance, and OODBMS architecture basics
- Purpose, Development, and Functions of OODBMS: Data persistence, concurrency, and object-oriented languages
- Advantages and Disadvantages of OODBMS: Support for complex objects versus schema rigidity
- Comparing RDBMS and OODBMS: Side-by-side strengths for transactions vs. graphical data
- Conclusion: Matching each database type to its ideal use case
✍️ How to write this paper — guide, tools & examples ▾
What makes this paper effective
- Provides a structured, parallel analysis of both technologies — covering fundamentals, purpose, and advantages/disadvantages for each — making comparison easy to follow.
- Grounds abstract architectural concepts (e.g., ACID compliance, object inheritance) in concrete enterprise use cases such as ERP, SCM, CAD, and supply chain management.
- Uses peer-reviewed journal sources to support technical claims, lending academic credibility to what could otherwise read as purely descriptive content.
Key academic technique demonstrated
The paper exemplifies comparative analysis structured around a consistent evaluative framework. Rather than describing each technology in isolation, the author applies the same analytical lens — architecture, purpose, advantages, and disadvantages — to both RDBMS and OODBMS, enabling direct side-by-side evaluation. This mirrored structure is a hallmark of effective comparative academic writing in technical disciplines.
Structure breakdown
The paper opens with a contextual introduction, then devotes two sections each to RDBMS and OODBMS (fundamentals followed by purpose/functions, then advantages/disadvantages). A dedicated comparison section synthesizes the findings before a brief conclusion recommends each technology for its appropriate use case. The logical, symmetrical organization makes the argument easy to follow and reinforces the comparative thesis throughout.
Introduction
The proliferation of database technologies, systems, and data structures continues to be driven by the needs organizations have for making more efficient and economical use of their data. Web-based applications that have increased in speed and security have acted as a catalyst for database growth, and will continue to do so as programming languages become more agile and flexible in design. Continual improvements in Relational Database Management Systems (RDBMS) and Object-Oriented Database Management Systems (OODBMS) are also leading to the development of enterprise systems that can scale across a company's entire value chain. The intent of this paper is to evaluate the purpose, development, and functions of RDBMS and OODBMS, in addition to comparing the advantages and disadvantages of these two dominant types of databases.
Fundamentals of Relational Database Management Systems
Of the two types of databases compared in this analysis, RDBMS is far more prevalently used today, as many Fortune 500 companies have standardized on it for the last three decades. An RDBMS is more agile and efficient in managing transaction-specific requests and forms the foundation of Enterprise Resource Planning (ERP), distributed order management, and Supply Chain Management (SCM) enterprise applications (Evermann & Wand, 2009). RDBMS-based platforms are also purpose-built to manage transaction-centric data and perform more effectively than OODBMS systems on these tasks. As a result, they are the database architecture of choice for the development and continual enhancement of transaction-centric enterprise systems (Connolly & Begg, 2006).
Another aspect of the RDBMS design that enables this architecture to be more effective at enterprise-wide tasks is the table- and array-based approach to storing and managing data. Enterprise system developers have found that using complex or multidimensional arrays for storing data — so they can be used for role-based usage requirements — significantly improves both the usability and performance of ERP systems, for example. This role-based approach to enterprise system use is based on providing database queries from tables and predefined record and data structures that are selectively updated based on department, division, and role-based data structure definitions.
The fundamental structure of an RDBMS is based on record- and row-based data that comprise a record. Each element or item in a record has a unique logical address in the data table, which makes the development of data structures highly efficient. As each row in an RDBMS is considered a record, a key field is used that defines the identity, logical location, and attributes of the table the record is part of. This key identifier field — which has a variety of names depending on the specific type of RDBMS used — is the pivotal element in the RDBMS, as it is used for linking one record, table, or database to another. This key identifier field also enables the linking of tables together and assists in the formation of data structures.
With the foundation of a database designed, the query languages used to traverse tables, create reports, and define entire applications based on their architectures become critical. The majority of RDBMS systems use a structured query language — often referred to as Standard Query Language (SQL). SQL is the language used for defining and running reports, often interlinking data from a variety of RDBMS systems and data structures.
References
Antoniotti, M., Carreras, M., Antonella, F., Mauri, G., Merico, D., & Zoppis, I. (2010). An application of kernel methods to gene cluster temporal meta-analysis. Computers & Operations Research, 37(8), 1361.
Connolly, T. M., & Begg, C. E. (2006). A constructivist-based approach to teaching database analysis and design. Journal of Information Systems Education, 17(1), 43–53.
Evermann, J., & Wand, Y. (2009). Ontology based object-oriented domain modeling: Representing behavior. Journal of Database Management, 20(1), 48–77.
He, Z., & Darmont, J. (2005). Evaluating the dynamic behavior of database applications. Journal of Database Management, 16(2), 21–45.
Lee, H.-J., Lee, S.-W., & Kim, H.-J. (2005). Design and implementation of an extended relationship semantics in an ODMG-compliant OODBMS. The Journal of Systems and Software, 76(2), 171–180.
Lungu, I., Velicanu, M., & Botha, I. (2009). Database systems — present and future. Informatica Economica, 13(1), 84–99.
Seng, J.-L. (2003). A study on industry and synthetic standard benchmarks in relational and object databases. Industrial Management + Data Systems, 103(7), 516–532.
Subramoniam, S., & Tounsi, M. (2009). An object oriented intelligent environment for ERP systems. Business Process Management Journal, 15(1), 109–118.
Create your account
Always verify citation format against your institution’s current style guide requirements.