An object database (more correctly referred to as ODBMS or OODBMS for Object Database Management System) is a DBMS that stores objects as opposed to rows/tuples in a RDBMS or relational database system.

It is most often used in the case of C++ and Java programmers that do not wish to deal with the impedance mismatch of going from an OO language to a database query language like SQL programming language that RDBMS require. Developers prefer to be able to persist an object without having to go through a paradigm shift. Also missing from RDBMS is the concept of polymorphism, which is central to OO design, thus causing headaches when mapping from OO code to an RDBMS.

Of course this has advantages and disadvantages. The ability to stay with an OO paradigm does great things for productivity. However, the RDBMS model is a mature and proven one that has had decades of development and testing.

Certain benchmarks between ODBMS and RDBMS have shown that ODBMS can be clearly superior. One of the main reasons is that ODBMS do not use joins to associate objects but references which are usually implemented as pointers. In the RDBMS model, a join would in most cases minimally require a search through a B-tree index. In general, navigation in an ODBMS is via travesing references, whereas in an RDBMS data is joined in an ad-hoc fashion (which is better for arbitrary queries).

The successful market segments for ODBMS seem to be in telecommunications, high energy physics and subsets of financial services. The things that work against ODBMS seem to be the lack of interoperability with a great number of tools/features that are taken for granted in the RDBMS world including but not limited to industry standard connectivity, reporting tools, OLAP tools and backup and recovery standards. Additionally, ODBMS lacks a formal mathematical foundation, unlike the relational model, which rests upon the firm and well-understood mathematical basis of the relational calculus.

The Object Database Management Group did come up with a industry standard called ODMG 2.0 but it failed to gain acceptance with the ODBMS vendors mostly opting for proprietary features and extensions instead of attempting to grow the ODBMS pie by standards compliance and competing on implementations.

As an industry, ODBMS are a lost opportunity to revolutionize software development. Instead, there are more solutions out there providing object-relational mapping abilities than there are ODBMS. There are many design patternss for designing object-relational mappings (it is a non-trivial task; see notes to this effect in database).