在20世紀(jì)60年代后期引入的面向?qū)ο蠹夹g(shù)引起了一場革命。到20世紀(jì)80年代后，面向?qū)ο蟮募夹g(shù)已經(jīng)成為了行業(yè)的主流，其原因多種多樣：面向?qū)ο蟛粌H簡化了界面的開發(fā)，而且也提供了一種更加靈活、簡單數(shù)據(jù)處理方法，這種方法從根本上改變了應(yīng)用程序的構(gòu)建方法。不再像關(guān)系型數(shù)據(jù)庫一樣用死板的二維表格來表示數(shù)據(jù)，對象技術(shù)使用類對數(shù)據(jù)進(jìn)行描述。一個對象是一個類的實(shí)例，就像一顆特定的橡樹是橡樹類的實(shí)例一樣。
對象技術(shù)使用繼承方案，使得類是按等級設(shè)計(jì)的。“橡樹”類能夠從更加普遍的類“樹”繼承數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)行為。
對象技術(shù)能夠更好地描述我們所見的世界，面向?qū)ο蟮恼Z言已經(jīng)被證實(shí)在大多數(shù)編程領(lǐng)域更加通用。他們使得編程語言更加接近自然語言和多數(shù)軟件開發(fā)領(lǐng)域的主流思想。面向?qū)ο笫且粋€新的典范，它的影響將持久而深遠(yuǎn)。
面向?qū)ο蟮奶匦院芸毂惶砑拥礁鞣N成熟的語言中，并因此成就了一些語言，如C++。新的面向?qū)ο蟮拈_發(fā)環(huán)境出現(xiàn)了，包括Visual Basic，Visual C++，PowerBuilder，Delphi，以及Caché。盡管面向?qū)ο蟮募夹g(shù)在高級開發(fā)環(huán)境下受到了廣泛支持，它還是需要花一定的時間形成正規(guī)的課程。而且還需要花更長的時間來構(gòu)建一個真正的基于對象的世界——我們目前還沒有到達(dá)這樣一個階段。
萬維網(wǎng)上對象技術(shù)的發(fā)展
隨著萬維網(wǎng)（World Wide Web）轉(zhuǎn)變?yōu)榻粨Q各種信息的手段，面向?qū)ο蟮木幊陶Z言Java成為Web開發(fā)者的最愛。基于C++，Java能夠用來創(chuàng)建可以在瀏覽器執(zhí)行的小程序（Java applets）。
Sun為了促進(jìn)Java的發(fā)展免費(fèi)提供Java環(huán)境。在短短幾年內(nèi)，成百上萬的Java環(huán)境被復(fù)制下載，Java滲透到世界的每一個角落。同時Java引發(fā)了更多的面向?qū)ο笳Z言，如JavaScript，C＃以及Jscript。Internet的發(fā)展也培育了一些新的面向?qū)ο笳Z言像Perl和PHP。現(xiàn)在的開發(fā)者使用面向?qū)ο蟮募夹g(shù)已經(jīng)是理所當(dāng)然的了。
對象的崛起
對象技術(shù)影響了軟件開發(fā)的各個方面。對象建模已經(jīng)占領(lǐng)了應(yīng)用建模的市場，標(biāo)準(zhǔn)UML建模方法獨(dú)占鰲頭。
20世紀(jì)90年代，面向?qū)ο笾虚g件產(chǎn)品的出現(xiàn)為面向?qū)ο蟮膽?yīng)用提供了安全交流服務(wù)。當(dāng)1998年JMS（Java Messaging Serivce）的出現(xiàn)，使得中間件市場向前跨越了一大步。JMS定義了一整套消息傳遞的應(yīng)用編程接口（APIs），使得經(jīng)認(rèn)證的J2EE應(yīng)用必須引入JMS服務(wù)器。這進(jìn)一步強(qiáng)化了標(biāo)準(zhǔn)化進(jìn)程，大大降低了中間件的費(fèi)用，提供了編寫企業(yè)范圍基于對象的應(yīng)用程序平臺。
XML和Web服務(wù)
1998年，HTML，專門用于網(wǎng)頁設(shè)計(jì)的標(biāo)識語言，經(jīng)過進(jìn)一步發(fā)展并標(biāo)準(zhǔn)化，創(chuàng)造出了XML（擴(kuò)展的標(biāo)識語言）。XML提供了一整套語法，能夠用于創(chuàng)建與存儲在數(shù)據(jù)庫中定義相似的自定義數(shù)據(jù)格式，可以。有了XML，程序能夠把定義附加在數(shù)據(jù)上，能夠交換數(shù)據(jù)和數(shù)據(jù)含義。XML能夠使得有特定標(biāo)準(zhǔn)的數(shù)據(jù)模型（如發(fā)票或者購買訂單）的定義能夠在公司內(nèi)部或者公司之間進(jìn)行數(shù)據(jù)交換。XML引發(fā)了Web服務(wù)的興起——在不需要客戶定制的情況下，程序能夠與其他程序立即交互。現(xiàn)在出現(xiàn)了兩種Web服務(wù)環(huán)境——J2EE和.NET。像SQL一樣，XML為程序員提供了獲取數(shù)據(jù)的標(biāo)準(zhǔn)，但XML同時還提供了一種在對象層定義數(shù)據(jù)的標(biāo)準(zhǔn)語言。XML和對象技術(shù)一樣迅速成長。結(jié)果，數(shù)據(jù)對象的新標(biāo)準(zhǔn)和基于XML的新的開發(fā)產(chǎn)品出現(xiàn)了。
對象數(shù)據(jù)庫——缺失的一環(huán)
與軟件開發(fā)各個環(huán)節(jié)中對象技術(shù)的快速應(yīng)用形成鮮明對比，對象數(shù)據(jù)庫直到現(xiàn)在才開始逐漸被人們所接受。對象數(shù)據(jù)的遲緩行動原因有很多。
早期的對象語言沒有考慮數(shù)據(jù)存儲。程序在內(nèi)存數(shù)據(jù)上工作，數(shù)據(jù)作為文件存儲，當(dāng)程序下次運(yùn)行時數(shù)據(jù)也作為文件被讀取。這種方法使得應(yīng)用程序之間不可能共享數(shù)據(jù)，數(shù)據(jù)的恢復(fù)、管理、擴(kuò)展幾乎不可能。
目前在市場上已經(jīng)有大量的面向?qū)ο髷?shù)據(jù)庫產(chǎn)品：Versant，Objectivity，ObjectStore，GemStone等等。他們?yōu)槊嫦驅(qū)ο蟮拈_發(fā)環(huán)境提供了相應(yīng)的數(shù)據(jù)存儲。這些產(chǎn)品滿足了最初的熱情，甚至這些產(chǎn)品被期望能夠打造一個新的數(shù)據(jù)庫市場——甚至可能成為市場的領(lǐng)袖。
但不幸的是，這些對象數(shù)據(jù)庫出現(xiàn)時，關(guān)系型數(shù)據(jù)庫供應(yīng)商已經(jīng)積聚了巨大的動力，并占領(lǐng)了大量市場份額。在標(biāo)準(zhǔn)的SQL接口下，訪問關(guān)系型數(shù)據(jù)庫的面向?qū)ο蟪绦蚝苋菀讓憽Ｏ喾矗鄶?shù)早期的對象數(shù)據(jù)完全不提供SQL接口，不適合任何查詢應(yīng)用程序。結(jié)果，對象數(shù)據(jù)庫在商業(yè)上沒有建立堅(jiān)實(shí)的基礎(chǔ)。他們在應(yīng)用領(lǐng)域只創(chuàng)建了一個小市場來管理和存儲復(fù)雜對象如CAD/CAM，電信業(yè)、多媒體、人工智能，模擬金融設(shè)備、病人診治跟蹤系統(tǒng)以及科學(xué)應(yīng)用。
數(shù)據(jù)庫市場從未特別關(guān)注過對象數(shù)據(jù)庫，直到對象定義語言XML出現(xiàn)，這種情況才有所改變，促進(jìn)了對象數(shù)據(jù)庫的再次呈現(xiàn)，因?yàn)樗麄児芾鞽ML定義的數(shù)據(jù)是最合適的。使用XML，必然會提高存儲復(fù)雜數(shù)據(jù)的需求，將進(jìn)一步引發(fā)對象數(shù)據(jù)庫的復(fù)蘇。
03年9月份InfoWorld公布了一項(xiàng)開發(fā)員調(diào)查，其中有一個驚奇的結(jié)果，89.2％的被調(diào)查者說他們使用關(guān)系型數(shù)據(jù)庫，52％的被調(diào)查者說他們使用面向?qū)ο蠡蛘遆ML數(shù)據(jù)庫。當(dāng)問及有關(guān)存儲數(shù)據(jù)的類型時，40.2％的人說他們存儲持久的對象，58.9％的人說他們存儲XML數(shù)據(jù)，89％的人說他們存儲關(guān)系型數(shù)據(jù)。Baroudi Bloor相信對象數(shù)據(jù)庫比我們想象的用的更加廣泛，隨著需求的激增，將進(jìn)一步擴(kuò)大市場份額。
InfoWorld的調(diào)查還顯示了面向?qū)ο蟮恼Z言是新應(yīng)用開發(fā)的主流選擇。我們相信這些統(tǒng)計(jì)數(shù)字反映了當(dāng)今開發(fā)員面臨的困境。他們需要與他們一直使用的面向?qū)ο笳Z言有更好協(xié)調(diào)性的數(shù)據(jù)庫，但他們有需要關(guān)系型數(shù)據(jù)庫所提供的查詢能力。
關(guān)系型數(shù)據(jù)庫——另一半是如何存在的
只要有程序，就會有數(shù)據(jù)。IT行業(yè)最早具有商業(yè)價值之一的就是數(shù)據(jù)管理。自動的數(shù)據(jù)管理意味著業(yè)務(wù)能夠擴(kuò)展、具有競爭力，沒有它就不可能。所以毫無疑問機(jī)智的商業(yè)技術(shù)員很早把目光聚集在數(shù)據(jù)管理市場。在對象數(shù)據(jù)庫產(chǎn)生之前的20年，E.F Codd博士提出的關(guān)系型理論找到了出路，開發(fā)出商業(yè)的關(guān)系型數(shù)據(jù)庫產(chǎn)品。在80年中期，在IT領(lǐng)域有一個宗教式的信仰，認(rèn)為數(shù)據(jù)的所有理論問題都已經(jīng)解決，實(shí)踐的問題也會隨之解決。然而，很明顯，事實(shí)并不是這樣。
關(guān)系型數(shù)據(jù)庫把數(shù)據(jù)存儲在簡單的兩維表中，這是一種表達(dá)大量數(shù)據(jù)的有效方法，而且程序員也易于理解。關(guān)系型數(shù)據(jù)庫使用SQL建立了一種標(biāo)準(zhǔn)的數(shù)據(jù)訪問語言。關(guān)系型數(shù)據(jù)庫有一個邏輯和物理形式清楚的結(jié)構(gòu)，這種結(jié)構(gòu)使得應(yīng)用程序?qū)?shù)據(jù)結(jié)構(gòu)是透明的，而且在很多商業(yè)應(yīng)用程序中工作的很好。
然而，關(guān)系理論的基礎(chǔ)之一是數(shù)據(jù)和使用數(shù)據(jù)的程序能夠而且應(yīng)該是相互獨(dú)立的。這與對象技術(shù)的整個理念是不一致的。對象技術(shù)鼓勵設(shè)計(jì)者使用對象而不是表來思考數(shù)據(jù)。對象和使用對象的方法是不可能彼此分開的。
如果把汽車作為一個復(fù)雜的對象來考慮。當(dāng)你使用汽車時，你使用一輛完整的汽車，作為一個東西——一個對象來使用。與汽車相聯(lián)系的有很多動作（也就是面向?qū)ο笮g(shù)語中的方法）。你駕駛汽車，進(jìn)行換檔，發(fā)信號，開車燈，等等。如果汽車是一個對象，這些動作就是對象的方法，他們對汽車而言是基礎(chǔ)性的。這些動作獨(dú)立于汽車的想法是荒唐的。當(dāng)你把你的車停在車庫，你把它作為一個東西來存儲。而不是分別在車庫中的某些地方存放方向盤，轉(zhuǎn)換器，信號器，車燈。數(shù)據(jù)和它相對應(yīng)的處理過程也不能而且也不應(yīng)該被隔離開來。在對象數(shù)據(jù)庫中他們是不分開的。
事實(shí)上，這兩種觀點(diǎn)各有優(yōu)缺點(diǎn)。有些處理過程確實(shí)是獨(dú)立于數(shù)據(jù)的。尤其是訪問大量數(shù)據(jù)的查詢操作。簡單的查詢就是根據(jù)一些標(biāo)準(zhǔn)來選取數(shù)據(jù)，而不關(guān)心數(shù)據(jù)是什么，也不用關(guān)心數(shù)據(jù)是如何被組織的，只要它能快速的被取出就可以了。查詢是獨(dú)立于數(shù)據(jù)的，但對象方法則不是。
關(guān)系型數(shù)據(jù)庫的局限性
關(guān)系型數(shù)據(jù)庫有比我們想的更多的局限性。存儲和表示一些相當(dāng)普通的數(shù)據(jù)結(jié)構(gòu)也是非常困難的。試想一條公交線路——簡單，有序的一組站點(diǎn)。關(guān)系型數(shù)據(jù)庫以無序的方式存放表，只有創(chuàng)建一個特殊的索引，才能提取有序的數(shù)據(jù)。對象數(shù)據(jù)庫就沒有這個問題，它有有序的數(shù)組，不需要索引——這種索引是因?yàn)殛P(guān)系數(shù)據(jù)結(jié)構(gòu)的局限性而要求創(chuàng)建的人工索引。
另一個簡單的例子是產(chǎn)品用料單——在制造系統(tǒng)中記錄一個產(chǎn)品和它的組件。組件自身也許還有組件，組件的組件還有組件，以此類推。一個關(guān)系型數(shù)據(jù)表不能表達(dá)這種部件與部件的部件之間的關(guān)系。而這些關(guān)系卻是重要的數(shù)據(jù)。查詢一個產(chǎn)品數(shù)據(jù)庫，它的所有組件應(yīng)該是一目了然的。關(guān)系型數(shù)據(jù)庫結(jié)構(gòu)使得開發(fā)員花費(fèi)很多的工作來回答這種簡單的查詢，非常的復(fù)雜、困難。與這個例子類似的例子：地圖和它的路、河、路標(biāo)；網(wǎng)站和它的頁面、鏈接以及圖像。實(shí)際上，搜集的信息越復(fù)雜，等級層次和交叉層次就越多，在簡單二維表的關(guān)系型數(shù)據(jù)庫就越不可能表達(dá)清楚。對象數(shù)據(jù)庫沒有這樣的限制，事實(shí)上，他們就是為了解決這個問題而設(shè)計(jì)的。
雖然關(guān)系型數(shù)據(jù)庫發(fā)展成熟，在這十年中發(fā)展也非常迅猛，但我們還聽到一些項(xiàng)目因?yàn)樗褂玫年P(guān)系數(shù)據(jù)的性能不是很好而導(dǎo)致失敗。通常，是因?yàn)殛P(guān)系型數(shù)據(jù)庫物理上存儲數(shù)據(jù)的方法導(dǎo)致的。對開發(fā)員而言，為了集合他們所需的數(shù)據(jù)，他們常常不得不進(jìn)行這個表與另一個表聯(lián)接，再與另外的表聯(lián)接，然后再與另一個表聯(lián)接。為了提取數(shù)據(jù)，數(shù)據(jù)庫運(yùn)行優(yōu)化程序來判斷提取數(shù)據(jù)的最好方法，然后再提取數(shù)據(jù)。這樣的處理常常要花費(fèi)很長的時間，結(jié)果就大大影響了性能。盡管關(guān)系型數(shù)據(jù)庫優(yōu)化器已經(jīng)改善了運(yùn)行時間，但他們還需要比對象數(shù)據(jù)庫更多的處理時間。
關(guān)系型數(shù)據(jù)庫和“阻抗不匹配”障礙
關(guān)系型數(shù)據(jù)的一個問題是他們所使用的基本數(shù)據(jù)結(jié)構(gòu)是一種二維形式的表。在關(guān)系理論中，數(shù)據(jù)應(yīng)該被組織成規(guī)范的表——也就是數(shù)據(jù)應(yīng)該按唯一的方式組織，使得程序員能夠消除冗余，確保數(shù)據(jù)變化的一致性。這種設(shè)計(jì)技術(shù)的引入確保了關(guān)系表中的數(shù)據(jù)是一組獨(dú)立的、通過鍵相關(guān)的數(shù)據(jù)。這種技術(shù)來自集合論的數(shù)學(xué)理論，但問題是集合論不能表達(dá)數(shù)據(jù)之間所有的關(guān)系和結(jié)構(gòu)。
以規(guī)范的方式存儲數(shù)據(jù)常常要求程序員在存入數(shù)據(jù)庫之前分解對象，并且重新組織數(shù)據(jù)，但要使用它是，在使用SQL查詢（多重連接）。就像在車庫中存儲車時，你把它的門、椅子、輪子等等分別卸下來存放。這是非常耗時的，而是也是沒有任何意義的。
但面向?qū)ο蟮恼Z言占主導(dǎo)地位時，問題就越發(fā)明顯了。這個問題通常被稱為對象－關(guān)系不匹配障礙。這個問題是由于面向?qū)ο笳Z言和關(guān)系型數(shù)據(jù)庫使用語言的方法不同導(dǎo)致的，結(jié)果這個問題只能有程序員自己來解決。事實(shí)上，大多數(shù)關(guān)系型數(shù)據(jù)庫在使用的時候并不是完全規(guī)范的，但即使是這樣，不匹配問題還是發(fā)生，對編程人員的工作造成了很大的困難。我們可以估計(jì)使用關(guān)系型數(shù)據(jù)庫的面向?qū)ο箝_發(fā)員25％到40％的時間用于編寫代碼來解決對象與關(guān)系表的匹配問題。
也許這個根本性困難產(chǎn)生了對對象數(shù)據(jù)的強(qiáng)烈需求，但多數(shù)對象數(shù)據(jù)庫也有一個很大的問題：他們對SQL的支持很少。而許多軟件工具需要SQL接口，尤其是商業(yè)智能應(yīng)用。甚至有SQL接口的對象數(shù)據(jù)庫也不能創(chuàng)建用于管理商業(yè)智能應(yīng)用所產(chǎn)生的這類查詢機(jī)制。
對象－關(guān)系數(shù)據(jù)庫
關(guān)系型數(shù)據(jù)庫的供應(yīng)商并沒有忽視對象的出現(xiàn)。顯然，規(guī)范復(fù)雜數(shù)據(jù)是沒有意義的。舉個極端的例子，如果你要規(guī)范一個位圖形式的圖像——是一系列的象素表示的——你最終要得出一個表，這個表的行是象素，并且主鍵的屬性反映他們的順序。很明顯最好是把這個數(shù)據(jù)作為一個對象來存儲。
他們提出了“對象－關(guān)系”數(shù)據(jù)庫的創(chuàng)意，這個創(chuàng)意中保留了關(guān)系型數(shù)據(jù)庫的結(jié)構(gòu)，但允許關(guān)系表中的列含有一個復(fù)雜的對象。這些對象能夠捆綁處理復(fù)雜數(shù)據(jù)的處理過程（一種存儲過程）。并且SQL能夠允許調(diào)用與關(guān)系型等同的“對象方法”。
這種方法是對數(shù)據(jù)關(guān)系理論的一種嘲弄，事實(shí)上，它完全忽略了這個理論，但又允許復(fù)雜數(shù)據(jù)（地圖，矢量圖，圖表，甚至整個表格）被定義為一個項(xiàng)目存放在關(guān)系結(jié)構(gòu)中。因此，這些功能被實(shí)現(xiàn)并商品化。Informix稱它的嵌入過程為DateBlades，Oracle稱之為Cartridges。
對象－關(guān)系數(shù)據(jù)庫成為存儲數(shù)據(jù)時對象數(shù)據(jù)庫的一種替代方案，但根本的問題它并沒有解決。對象－關(guān)系數(shù)據(jù)庫還是受不匹配障礙的困擾。
對象數(shù)據(jù)庫與關(guān)系型數(shù)據(jù)庫
實(shí)踐中，對象數(shù)據(jù)庫相對于關(guān)系數(shù)據(jù)庫有顯著的優(yōu)勢。
他們能更快的運(yùn)行事務(wù)處理程序
他們能夠更有效的處理對象
他們能夠提供更好的開發(fā)效率
他們能夠管理更容易
在一些例子中，因?yàn)槭切阅芊矫娴脑颍脤ο髷?shù)據(jù)庫能夠替代關(guān)系型數(shù)據(jù)庫。在不能存儲復(fù)雜對象的大規(guī)模的業(yè)務(wù)處理程序中確實(shí)是這樣的——也許有些人會認(rèn)為這個必然是關(guān)系型數(shù)據(jù)庫的領(lǐng)地。
對象數(shù)據(jù)庫最大的性能優(yōu)勢是他們不必像關(guān)系型數(shù)據(jù)庫一樣在數(shù)據(jù)使用之前先連接數(shù)據(jù)。他們就以使用數(shù)據(jù)的方式存儲數(shù)據(jù)，這就大大提高了性能。對象數(shù)據(jù)庫能夠使用緩存技術(shù)，這樣就使得在請求數(shù)據(jù)時數(shù)據(jù)就已經(jīng)存放在內(nèi)存中了。對象數(shù)據(jù)庫在抽取數(shù)據(jù)時幾乎不需要進(jìn)行優(yōu)化。
但開發(fā)一個新的系統(tǒng)，處理復(fù)雜數(shù)據(jù)如文檔、復(fù)雜圖表、網(wǎng)頁、多媒體等的需求不斷增長時，這些需求對象數(shù)據(jù)庫可以很好的滿足。
當(dāng)今面向?qū)ο蟮那熬?
在軟件開發(fā)的各個方面使用對象技術(shù)的人群都在不停地增長。甚至在最后一個領(lǐng)域——數(shù)據(jù)庫——盡管對象數(shù)據(jù)庫還沒有取代關(guān)系型數(shù)據(jù)庫，這種增長也是十分顯著的。InfoWorld報(bào)告說52%的開發(fā)員在使用對象數(shù)據(jù)庫或者XML數(shù)據(jù)庫（通常也是一種對象數(shù)據(jù)庫）。還有一些選擇混合形式的數(shù)據(jù)庫，這種數(shù)據(jù)庫能比較容易地使用對象結(jié)構(gòu)。隨著新應(yīng)用程序開發(fā)過程中Web接口成為一個必不可少地部分，Web服務(wù)成為應(yīng)用系統(tǒng)交互地一種可行的機(jī)制，構(gòu)建一個面向?qū)ο蟮氖澜缢坪跏钱?dāng)今的現(xiàn)實(shí)。
03年9月的InfoWorld調(diào)查也顯示了使用面向?qū)ο笳Z言的程序員幾乎無處不在。事實(shí)上，盡管有些人宣稱使用C語言，但是面向?qū)ο蟮恼Z言還是成為當(dāng)今90％的程序員的選擇。調(diào)查也顯示了程序員比較喜歡基于Web的應(yīng)用，易用的對象編程和腳本語言。隨著越來越多的有著正規(guī)培訓(xùn)的軟件工程師進(jìn)入市場，面向?qū)ο蠹夹g(shù)將成為新應(yīng)用開發(fā)的唯一選擇。
結(jié)論
也許關(guān)系型數(shù)據(jù)庫將繼續(xù)領(lǐng)導(dǎo)數(shù)據(jù)庫市場，而對象數(shù)據(jù)庫在市場上只占有一席之地。也許對象數(shù)據(jù)庫將進(jìn)一步提升市場份額，因?yàn)樗麄兡軌蛱幚懋?dāng)今使用的復(fù)雜的數(shù)據(jù)。然而，我們認(rèn)為還有其他的可能：數(shù)據(jù)庫技術(shù)可能發(fā)展出一種真正的混合型產(chǎn)品，這種產(chǎn)品能提供關(guān)系接口和對象接口雙重優(yōu)勢。我們知道這是有可能的。事實(shí)上，至少有一種產(chǎn)品，來自InterSystems的Caché，就是這樣一個產(chǎn)品。（Caché數(shù)據(jù)庫，描述他自己時，既不是說是關(guān)系型的，也不是說是對象的，而是后關(guān)系型數(shù)據(jù)庫）。數(shù)據(jù)庫供應(yīng)商——不管他們的產(chǎn)品是屬于關(guān)系型還是對象型——都會朝著這個方向前進(jìn)的。
這種混合產(chǎn)品的方法包括給數(shù)據(jù)庫提供一個映射層，程序員通過映射層訪問數(shù)據(jù)庫。映射層應(yīng)該基于開發(fā)的標(biāo)準(zhǔn)以解決不匹配障礙問題。數(shù)據(jù)庫的調(diào)用能夠用SQL完成，也可以直接請求對象類或者類的集合。映射層能夠把這些調(diào)用轉(zhuǎn)換為對數(shù)據(jù)庫的物理數(shù)據(jù)請求以抽取數(shù)據(jù)。這種方法將消除不匹配的障礙。
改變?nèi)魏我环N數(shù)據(jù)類型都是非常大的挑戰(zhàn)。對象數(shù)據(jù)庫需要快速索引能力，以從龐大的數(shù)據(jù)集中抽取數(shù)據(jù)。在這方面做得比較好的關(guān)系型數(shù)據(jù)庫使用位圖索引技術(shù)，但數(shù)據(jù)一旦更新，這些索引就需要重新建立。因?yàn)檫@個原因，很少有對象數(shù)據(jù)有這個功能。對關(guān)系數(shù)據(jù)庫而言，他們需要提供更加靈活的物理數(shù)據(jù)結(jié)構(gòu)。在發(fā)展過程中，關(guān)系型數(shù)據(jù)庫傾向于在物理層使用表。他們需要放棄這種不靈活的限制，允許存儲多種數(shù)據(jù)結(jié)構(gòu)。數(shù)據(jù)庫使用者將獲得最大的收益。試想把對象數(shù)據(jù)庫的優(yōu)勢和關(guān)系型數(shù)據(jù)庫的優(yōu)勢整合在一起：
好的處理性能
復(fù)雜數(shù)據(jù)管理
管理簡便
快速開發(fā)
靈活的查詢功能
標(biāo)準(zhǔn)的數(shù)據(jù)訪問接口
更好地適用于商業(yè)智能應(yīng)用
這種混合產(chǎn)品使使用一個數(shù)據(jù)庫引擎成為可能，并且所有應(yīng)用只有一個數(shù)據(jù)定義集。Baroudi Bloor相信企業(yè)界需要混合式的數(shù)據(jù)庫產(chǎn)品。供應(yīng)商們必須放棄他們對關(guān)系數(shù)據(jù)庫宗教式的傾向，轉(zhuǎn)向更具優(yōu)勢的混合式的數(shù)據(jù)庫，否則的話他們將陷于COBOL以及打孔卡片的深淵而不能自撥。