オブジェクトデータベース
Objectivity/DB(Objectivity, Inc. 日本ではオージス総研が販売)
ObjectStore(Progress Software、eXcelon社から買収した。またeXcelon社の旧社名はObject Designであった)
ONTOS(Ontos, Inc.、旧社名はOntologic)
O2(O2 Technology、この会社はいくつかの会社と合併し、 Informix社に買収され、さらにそのInformixはIBMに買収された)
POET(Versant FastObjects、もともとはPoet Systemsが開発販売していたがVersantが買収した)
Versant Object Database (Versant Corporation)
ここで挙げた製品のいくつかは、現在もODBMS市場で開発販売を続けている。
ODBMSは、オブジェクト指向プログラミング言語に永続化の機能を追加する。 初期のODBMS実装は、さまざまな言語に永続化機能を追加して統合した。
GemStone/S (Smalltalk)
Gbase (Lisp)
Vbase (COP) COP (C Object Processor) は、C++が世に出る以前に開発された、Vbaseの開発企業がCを基にして独自に開発した言語である。
1990年代のほとんどの期間においては、C++がODBMS市場において支配的な言語であった。 1990年代末期には、商用のODBMS開発企業はJavaに対応し、さらに近年ではC#にも対応するようになった。
(ただし参照ルートの最適化などを適用することができる可能性がある)
他に ODBMSに対して不利にはたらいているとみられる要素としては、多くのツールや機能について、相互運用性が低いことが挙げられる。RDBMSにおいては相互運用性をもつ多くのツールや機能がある。RDBMSでは、例えば、データベースとアプリケーションソフトウェアとの接続について業界で標準化されており(JDBCやODBC)、帳票作成ツールやOLAPのツールがあり、バックアップと復旧(リカバリ)の標準がある。またODBMSには、RDBMSと異なり、形式化された数学的な基盤がない。数学的な基盤がないことが、ODBMSにおけるデータ操作言語のサポートに関して、不利にはたらいているとの批判がある。 しかしながら、現在ではこうした批判は必ずしも妥当ではないようである。 いくつかのODBMS実装では、ナビゲーショナルなアクセスに加え、完全なSQLによるアクセスも提供している(例えば、Objectivity社はObjectivity/SQL++というソフトウェアを提供しており、これは同社製のODBMSであるObjectivity/DBにSQLアクセス機能を追加する。Matisseなどでも同様のことが可能である)。パラダイムの相違を吸収する使い方が必要となる。