120 likes | 172 Views
This paper serves as a foundational roadmap for researchers in the Object-Oriented Database Systems (OODBS) domain. It outlines mandatory and optional properties, such as complex objects, extensibility, persistence, concurrency control, and ad hoc query support. The manifesto highlights the importance of separating object-oriented databases from traditional databases and emphasizes the need for computational completeness and extensibility. The conclusion invites further discussion on the proposed OODBS requirements.
E N D
The Object-Oriented Database System Manifesto M. Atkinson, F. Bancilhon, D. DeWitt, K. Dittrich, D. Maier & S. Zdonik DOOD’89 Kyoto Japan
Motivation for paper • ”Proposition” paper • Establish common ground for further development in Object-Oriented Database Systems (OODBS). • Establish guidelines for separating object oriented databases and non-object oriented databases. • The paper were meant to function as a roadmap for those doing OODBS research.
Paper outline:What is needed in an OODBS? • Mandatory – Functionality necessary for an OODBS • Optional – Interesting functionality able to expand the usability of the OODBS • Open – Design issues; Few right and / or wrong answers exists.
Mandatory properties (1) • Complex objects • Minimum: Set, list and tuples • Orthogonal constructors • Unique object identity • Equal or the same object? • Update and sharing issues • Encapsulation • Only operations should be visible • Methods for overriding encapsulation is necessary.
Mandatory properties (2) • Types and classes • Types or classes are meant to replace database schemas. • Class or type hierarchies • Type or class hierarchy must be supported. • Overriding, overloading and late binding • A method is defined at the most general level (overriding) and can be redefined for subclasses (overloading). • Which version of method to be used is determined at runtime (late binding). • Computational completeness • Any computational function can be expressed using the DML of the database.
Mandatory properties (3) • Extensibility • Possibility for defining new types. • New types must be handled as predefined types. • Persistence • Any object can become persistent.
Mandatory properties (4) • Secondary storage management • Invisible database mechanisms to allow for reasonable performance. • Concurrency • Serializability must be offered. • Recovery • Must be able to recover for hardware and software failure. • Ad Hoc Query Facility • Must be high level, efficient and application independent.
Optional properties • Multiple inheritance • Type checking and type inferencing • Distribution • Design transactions • Versions
Open choices • Programming paradigm • Representation system • Type system • Uniformity
Conclusion • The authors invite to further discussion based on the suggested requirements for OODBS.