Can you summarize the following document?
        
  物件資料庫管理系統,發端於1970年代早中期為支援對圖結構物件的原生資料庫管理而開展的研究。“物件導向資料庫系統”這一術語第一次出現於1985年。著名的研究專案包括Encore-Ob/Server(布朗大學),EXODUS(Wisconsin大學),IRIS(惠普),ODE(Bell實驗室),ORION(MCC), Vodak(GMD-IPSI)和Zeitgeist(Texas Instruments)。其中以ORION專案發表的論文數為最多。MCC的Won Kim將這些論文中最有價值的一部分彙編成書並由MIT出版社出版。  物件資料庫管理系統為物件導向程式語言增加了持久的概念。早期的商品資料庫整合了多種語言:GemStone(Smalltalk)、Gbase(Lisp)和Vbase(COP)。COP即“ C Object Processor”(C物件處理器),是一種基於C的專有語言,比C++早。1990年代大部分時間裡,C++統治著商用物件資料庫管理系統市場。廠商在1990年代晚期加入了Java並於最近加入了C#。

  基於持久程式設計的物件資料庫在一些應用領域獲得了認可,如工程和空間資料庫,通訊和科學領域如高能物理和分子生物。他們對主流的商業資料處理沒有什麼影響,儘管獲得了一些應用在部分特殊領域如金融服務。值得指出的是:物件資料庫保持著「世界上最大的資料庫(超過1000Terabytes在斯坦福線性加速中心)和最高攝取率(一Terabyte每小時)」的記錄。  2004年以來,當出現了易用和普遍可支付的開放原始碼物件資料庫時,物件資料庫進入了第二次增長期。這些開放原始碼的物件資料庫完全用OOP語言如Java,C++,或C#寫出。ObjectDB是物件關聯式資料庫的一個例子。

  在純物件式資料庫中,資料以物件的形式儲存,這些物件只能由其所屬的類中定義的方法來操作。物件被組成一種型別層次(有時是格式lattic),子類繼承其超類的特性。物件中可以有到其他物件的引用,於是應用程式可以以一種導航式的程式設計風格訪問資料。  多數物件式資料庫也提供了一些查詢語言,允許用宣告式程式設計訪問物件。在物件查詢語言以及查詢和導航介面的整合領域,產品間出現了很大的區別。ODMG用物件查詢語言OQL作了標準化的嘗試。  訪問資料可以更快,表的聯合常常是不必要的(在關聯式資料庫的表實現方式下)。這是因為無需查詢只需通過指標(英語:Pointer)就可以直接獲得物件。  產品間的另一點不同是資料庫定義模式的方式。然而一般的特徵是程式語言和資料庫模式使用相同型別的定義。  多媒體應用程式將變得容易因為與資料相關的類方法保證了資料的正確解釋。  許多物件資料庫提供對版本的支援。一個物件可以看作是他所有版本的集合。同時,物件版本也可以被看作是物件自身的屬性。一些物件資料庫也提供了對觸發器和約束的語義支援,這些特性是活躍資料庫(active database)的基礎。

  對ODBMS和關係DBMS的基準測試顯示ODBMS在某些任務上優勢明顯。主要原因是許多操作使用導航式而不是宣告式介面,並且對資料的導航式訪問通常可以有指標高效的實現。  對基於導航資料庫技術,如ODBMS的批評指出,基於指標的技術為一些特殊的搜尋路徑或視點(viewpoint)作了優化。而且,對一般目的的查詢,基於指標的技術比關係型要慢並難於形式化。導航式顯得適合於特定應用而失了普遍,未來的使用。  ODBMS的其他技術,顯得缺失了與SQL世界中大量工具或特性的互操作性,包括但不限於產業標準互聯性,報告工具,OLAP工具以及備份和恢復標準。另外,不像關聯式資料庫,物件資料庫缺少形式化的數學基礎,而這反過來導致他們在查詢支援上的弱勢。不過,這一缺陷被部分彌補,因為一些ODBMS除了導航式訪問外也提供了對SQL的完全支援,如Objectivity/SQL++。  事實上,在概念封裝,即隱藏資料,使他只能通過公佈的一些介面訪問和關聯式資料庫技術假定:資料只能由基於資料內容的查詢,而不是預定義的查詢路徑的形式訪問之間,存在著本質的張力。  資料庫中心論,傾向於用宣告和屬性驅動的觀點看世界,而物件導向傾向於從行為的觀點看世界。這就是圍繞著OOP和資料庫的許多impedance mismatch問題之一。  儘管很多評論認為物件資料庫是失敗的,但主要的辯護者仍很活躍,更緊密地整合資料庫的功能和物件程式語言的嘗試在研究和產業社群裡仍在繼續。
物件資料庫是一種以物件形式表示資訊的資料庫。物件資料庫的資料庫管理系統被稱為ODBMS或OODBMS。