面向?qū)ο髷?shù)據(jù)庫的應用范圍和優(yōu)缺點

1、面向?qū)ο髷?shù)據(jù)庫面向誰？它的市場在哪里？陶偉編譯當今冠以面向?qū)ο蟮臇|西很多，什么面向?qū)ο蠓治觯嫦驅(qū)ο笤O計，面向?qū)ο笳Z言，面向?qū)?象操作系統(tǒng)，面向?qū)ο筌浖こ?，等等，諸如此類，不勝枚舉。似乎凡是和面對象掛上了邊，就要 好賣得多。 其實面向?qū)ο笠膊皇前伟俨〉撵`丹妙藥，數(shù)據(jù)庫加上了面向?qū)ο笸瑯硬豢赡芙?決所有的問題，它不是大街上的冰棍，人人都可以買，它有自己獨特的應用領域和特有的用戶 群。向不懂C+曬Smalltalk的人兜售面向?qū)ο髷?shù)據(jù)庫，無異于對牛彈琴。面向?qū)ο髷?shù)據(jù)庫的用戶主要是從事系統(tǒng)軟件和高級應用軟件開發(fā)的程序員和系統(tǒng)設計人 員，它不是大眾數(shù)據(jù)庫，在這方面它有別于關系數(shù)據(jù)庫面。面向?qū)ο髷?shù)據(jù)

2、庫好比是醫(yī)生用的手 術刀，干的是“細活兒"，和家庭主婦用的菜刀（關系數(shù)據(jù)庫）不一樣，那是用來干"粗活兒"的。 面向?qū)ο髷?shù)據(jù)庫是什么？面向?qū)ο髷?shù)據(jù)庫二數(shù)據(jù)庫系統(tǒng)+面向?qū)ο笙到y(tǒng) 面向?qū)ο髷?shù)據(jù)庫必須 滿足兩條準則：首先,它是一個數(shù)據(jù)庫管理系統(tǒng)，其次它是一個面向?qū)ο笙到y(tǒng)。第一條準則可以 翻譯成六條特征：持久性、緩沖管理、數(shù)據(jù)共享、 數(shù)據(jù)可靠性（事務管理和恢復）、即席查詢以 及模式修改。第二條準則可以翻譯成：封裝性、繼承性、多態(tài)、對象標識、計算完整性、復雜 對象和可擴展性。除了基本定義之外，為了滿足所謂的非常規(guī)應用領域，還要引入一些擴展的 特征：如版本管理、長事務、協(xié)同工作

3、、觸發(fā)和約束等。其中最重要的是封裝性、繼承性、多 態(tài)，它們充分體現(xiàn)了面向?qū)ο蟮奶卣鳌Ｃ嫦驅(qū)ο髷?shù)據(jù)庫的應用領域面向?qū)ο髷?shù)據(jù)庫的應用面 比較窄，主要集中于系統(tǒng)級的軟件開發(fā)，以及數(shù)據(jù)密集的、復雜的應用軟件開發(fā)，包括：計算 機輔助設計CAD計算機輔助制造CAM計算機集成制造系統(tǒng)CIMS 計算機輔助軟件工程 CASE超大規(guī)模集成電路設計 VLSI Design 地理信息系統(tǒng)GIS 決策支持系統(tǒng)DSS這些 應用領域和傳統(tǒng)的商業(yè)應用領域有著顯著不同，它們表現(xiàn)為復雜的數(shù)據(jù)類型，而不是簡單的二維表，復雜的數(shù)據(jù)結構上定義著復雜的操作語義，需要不同層次的數(shù)據(jù)抽象能力，這些均是傳統(tǒng)數(shù)據(jù)庫系統(tǒng)所無法滿足的。面向?qū)ο髷?shù)據(jù)

4、庫與文件系統(tǒng)和關系數(shù)據(jù)庫的區(qū)別文件系統(tǒng)存貯的數(shù)據(jù)格式因程序員的設計的不同而不同，一般不能保證數(shù)據(jù)的一致性和完整性，也很難多 個用戶共享。關系數(shù)據(jù)庫存貯的是二維表，能保證數(shù)據(jù)的一致性與完整性，但只能用關系數(shù)據(jù) 模型去描述世界。面向?qū)ο髷?shù)據(jù)庫則用面向?qū)ο髷?shù)據(jù)模型去映射客觀世界，存貯的不僅是數(shù)據(jù)，而且存貯了定義在數(shù)據(jù)上的操作語義，以及對象之間的復雜引用和約束關系。相對于文件系統(tǒng)和關系數(shù)據(jù)庫而言，面向?qū)ο髷?shù)據(jù)庫的特點可以做以下的形象描述：面向?qū)ο髷?shù)據(jù)庫提供了一種存貯對象的更好方法，因為它提供了傳統(tǒng)數(shù)據(jù)庫的全部服務，然而卻無存儲和檢索對象 時對象的拆卸與裝配的開銷，比較關系數(shù)據(jù)庫和面向?qū)ο髷?shù)據(jù)庫存儲復雜

5、對象，后者好似直接 把汽車開進車庫存放，而前者則是把汽車拆成零部件來保存。如何應用面向?qū)ο髷?shù)據(jù)庫 面向?qū)ο髷?shù)據(jù)已進入了商業(yè)應用領域，但沒有取代現(xiàn)有的數(shù)據(jù)庫系統(tǒng)，通常是在處理非常復雜的數(shù) 據(jù)，或者數(shù)據(jù)很難被分解為關系數(shù)據(jù)庫二維表的情況時，才采用面向?qū)ο髷?shù)據(jù)庫。 一般認為圖像數(shù)據(jù)的處理，使用面向?qū)ο髷?shù)據(jù)庫非常合適，其實還有許多數(shù)據(jù)類型可以用面向?qū)ο髷?shù)據(jù)庫 來存儲。就目前使用情況看，計算機輔助設計CA況面向?qū)ο髷?shù)據(jù)庫最大的應用領域，現(xiàn)在電 信、金融服務、醫(yī)療保健、制造過程控制等諸多領域，也開始推廣使用。主要的面向?qū)ο髷?shù)據(jù)庫廠商 主要的面向?qū)ο髷?shù)據(jù)庫廠商有以下幾家。 Object Design,Inc

6、. GemstoneSystem,Inc. O2 Technology,Inc. Objectivity,Inc. Versant Object TechnologyCorp. Ontos,Inc. 此外關系數(shù)據(jù)庫廠商，例如：Informix 和Oracle也發(fā)布了自己具有面向?qū)ο髷?shù)據(jù)庫功能的關系數(shù)據(jù)庫產(chǎn)品。這些產(chǎn)品多以支持大二進制塊對象Blobs(binary largeobjects) 為特征。 當然 Blobs 在性能上無法和"純的 "面向?qū)ο髷?shù)據(jù)庫匹敵。同時 , 還有一組混合型的關系/ 面向?qū)ο髷?shù)據(jù)庫進入市場, 它們填補了關系數(shù)據(jù)庫和面向?qū)ο髷?shù)據(jù)庫之間的空白。 雖然

7、市場上出現(xiàn)了許多面向?qū)ο髷?shù)據(jù)庫產(chǎn)品, 但到現(xiàn)在為止, 面向?qū)ο髷?shù)據(jù)庫仍缺乏支持商業(yè)應用的基本特征。例如: 數(shù)據(jù)庫加鎖, 防止兩個用戶同時修改同一數(shù)據(jù); 回滾 , 當一個事務被意外中斷時, 把數(shù)據(jù)庫恢復到原始的一致狀態(tài)。此外 , 說服企業(yè)的信息系統(tǒng)負責人采用面向?qū)ο髷?shù)據(jù)庫, 也不是一件輕而易舉的事, 許多公司都不愿意公開宣揚自己在使用面向?qū)ο髷?shù)據(jù)庫技術 , 因為害怕用戶不贊同, 而損害本公司的競爭力。下面我們介紹一些用戶公司在采用面向?qū)ο髷?shù)據(jù)庫時面臨的問題、遇到的挑戰(zhàn)和解決的方法。金融服務業(yè)問題 金融企業(yè)在進行投資決策時, 往往時間緊迫, 同時又要考慮投資的風險和回報等諸多方面, 這些因素涉及復

8、雜的、大量的數(shù)據(jù)信息, 很難用傳統(tǒng)的關系數(shù)據(jù)庫來建模。傳統(tǒng)的關系數(shù)據(jù)庫查詢慢, 描述能力差 , 基于關系數(shù)據(jù)庫的決策支持系統(tǒng)往往不能滿足用戶的需要。美國 Chemical Back Corp.在 1988 年就開始采用面向?qū)ο蟮某绦蛟O計。但是由于缺乏有效的面向?qū)ο髷?shù)據(jù)庫支持, 搞得焦頭爛額。其副總經(jīng)理Dante Dewitt 在回憶時這么評論," 當時我們知道采用面向?qū)ο髷?shù)據(jù)庫會帶來許多便利, 但是當時市場上還沒有用起來順手的家伙"。 解決方案去年 ,ChemicalBank Corp. 采用了 Object Design 的 Objectstore, 因為 Objects

9、tore 是市場上最領先的面向?qū)ο髷?shù)據(jù)庫系統(tǒng)。"現(xiàn)在我們認為面向?qū)ο髷?shù)據(jù)帶來的好處遠遠超過它帶來的問題。"DanteDewitt 認為。 好處 面向?qū)ο髷?shù)據(jù)庫用一種統(tǒng)一的方式去處理復雜的關系。在決策的過程中需要考慮各種復雜的關系, 需要不同的視圖。而面向?qū)ο髷?shù)據(jù)庫可以提供多種視圖去訪問數(shù)據(jù) , 卻不用編制復雜的查詢語句。面向?qū)ο髷?shù)據(jù)庫還提供了一種數(shù)據(jù)模式演進的方便途徑, 保證當數(shù)據(jù)庫模式改變時, 程序仍能正常運行。而關系數(shù)據(jù)庫修改了數(shù)據(jù)庫的模式后, 會造成向后兼容的問題。上述技術問題, 一旦采用了面向?qū)ο髷?shù)據(jù)庫, 就風消云散。面向?qū)ο髷?shù)據(jù)庫把數(shù)據(jù)與操作封裝起來, 提供了類層

10、次結構, 建立了不同層次的數(shù)據(jù)抽象, 使用戶可以采用統(tǒng)一的模式去處理數(shù)據(jù)對象。電信 問題 " 在電信企業(yè)決策時, 往往要涉及許多工程因素。任何因素都有可能影響最終的選擇。"San Cinquegrani 這樣認為, 他是 Objectware Corp. 的總裁。該公司是位于Chi-cago 的一家系統(tǒng)集成商, 正在用面向?qū)ο髷?shù)據(jù)庫為Ameritech AdvancedData Services 公司開發(fā)應用軟件, 這些決策軟件的決策模型涉及一系列的復雜關系。例如,供應系統(tǒng)的組織和應用戶的服務請求選購電信設備, 都需要在商業(yè)上和技術上做復雜的權衡與比較后, 才能做出決擇。解

11、決方案開始 , 供應系統(tǒng)采用的是關系數(shù)據(jù)庫, 由于關系系統(tǒng)的局限性 , 許多決策因素的處理無法在系統(tǒng)中實現(xiàn)。而在面向?qū)ο髷?shù)據(jù)庫中, 決策的因素和方法可以嵌入到對象和關系中去。供應系統(tǒng)可以在較高層次對開關、線路、設備以及設備性能進行處理 , 以組合起來幫助用戶決策。好處 過去一個服務請求, 往往要經(jīng)過數(shù)天之后, 才能得到回答 , 而今天由于采用了面向?qū)ο髷?shù)據(jù)庫, 一般只需要幾個小時。數(shù)據(jù)庫通過使用繼承可以非常容易地獲得所有和決策相關的數(shù)據(jù)。Ameritech 通過大量的測試后, 選擇了 Versant, 拋棄了Gemstone和Objectstore,之所以不采用Objectstore 是因為它

12、沒有Smalltalk 的接口。醫(yī)療保健 問題 " 我們的病人信息來源很雜, 我們需要把這些信息合理地存放, 以便使用時隨手可取 " 一家醫(yī)療保健公司的信息系統(tǒng)負責人介紹。病人的信息類型包括: 聲音、視頻、數(shù)字圖象和傳統(tǒng)數(shù)據(jù)等。這些均是關系數(shù)據(jù)庫很難處理的。解決方案如果采用關系數(shù)據(jù)庫存貯這些信息 , 也未嘗不可, 但是用戶更希望把一些方法放入數(shù)據(jù)庫, 以便基于這些信息而采取正確的行動。該公司為醫(yī)療保健建立了一個面向?qū)ο竽Ｐ? 使每個數(shù)據(jù)對象都有一組相關的方法,大大方便了病人信息的管理。最后, 他們采用了Gemstone。好處 雖然整個系統(tǒng)尚未開發(fā)完成 , 但公司希望借此來提

13、高醫(yī)療保健的速度和質(zhì)量, 因為醫(yī)生和護士能更快、更準確地獲得病人的資料, 而無需為收集資料四處奔波?；旌闲兔嫦?qū)ο髷?shù)據(jù)庫面向?qū)ο髷?shù)據(jù)庫和關系數(shù)據(jù)庫采用不同的數(shù)據(jù)模型, 兩者同時使用有很大的斷層。關系數(shù)據(jù)庫是大多數(shù)管理信息系統(tǒng)采用的底層支持系統(tǒng), 面向?qū)ο髷?shù)據(jù)庫要贏得更大的市場份額, 和現(xiàn)有信息技術的系統(tǒng)集成是致關重要的方面?；旌闲兔嫦?qū)ο髷?shù)據(jù)庫的提出就是為彌補關系數(shù)據(jù)庫和面向?qū)ο髷?shù)據(jù)庫之間的斷層。 混合的方法有多種, 包括中間件和關系數(shù)據(jù)庫的面向?qū)ο笄岸?。主要的混合型面向?qū)ο髷?shù)據(jù)庫廠商是:, Persistence Software, Inc. UniSQL Software,Inc. Tll

14、ustra, Inc. Hewlett Packard Co. 美國 Shell Exploration and Production Technology Co.Co. 采用的就是混合型面向?qū)ο髷?shù)據(jù)庫Persistence 。Shell公司Persistence使它白用C+S制的應用程序可以訪問以前存在關系數(shù)據(jù)庫里的數(shù)據(jù)。Persistence 是一種中間件而不是一個數(shù)據(jù)庫 , 它保護了Shell 公司在關系數(shù)據(jù)庫Oracle 上的投資。在采用 Persistence 之前 ,Shell公司的關系數(shù)據(jù)庫和面向?qū)ο髷?shù)據(jù)庫是分開維護的, 而現(xiàn)在面向?qū)ο髷?shù)據(jù)的應用程序和關系數(shù)據(jù)庫系統(tǒng)共存于一體。R

15、WD Technologies,Inc. 是另一個采用混合型面向?qū)ο髷?shù)據(jù)庫的公司，它們采用了 Illustra,它是一個通過擴展SQL而具備對象功能的關系數(shù)據(jù)庫。使用Illustra可以允許用戶用SQL*訪問空間數(shù)據(jù)和圖象。RW公司開發(fā)的應用程程序是為一家郵件速遞公司服務的。這個應用程序包括地理信息系統(tǒng)和傳送路徑的數(shù)據(jù)，通過SQL找出最短 的傳送路徑。Illustra 為SQLF充處理特殊數(shù)據(jù)和函數(shù)的能力。Illustra 可以和Sybase 一 塊兒使用。使用面向?qū)ο髷?shù)據(jù)庫最頭痛的問題管理面向?qū)ο髷?shù)據(jù)庫應用程序開發(fā)的項目經(jīng)理一致認為" 建立本領域的專業(yè)知識" 和 &quo

16、t; 確認面向?qū)ο髷?shù)據(jù)庫所能帶來的好處" 是最難的兩件事。調(diào)查了 66個項目經(jīng)理，可以有多個回答。 I1表1或正用的有幾家？ 66個信息系 統(tǒng)經(jīng)理主管的面向?qū)ο髷?shù)據(jù)庫項目中，有一半投入使用。I2表2頌向?qū)ο髷?shù)據(jù)庫廠商面臨的主要障礙與挑戰(zhàn)由于面向?qū)ο髷?shù)據(jù)庫是一種系統(tǒng)級的開發(fā)工具, 曲高和寡, 在整個數(shù)據(jù)庫市場中只占很小的份額。許多開發(fā)者承認采用面向?qū)ο髷?shù)據(jù)庫也有它本身的問題, 這就是把對象映射到關系數(shù)據(jù)庫的處理往往非常耗費時間與精力, 并會導致性能上的嚴重問題。雖然面向?qū)ο髷?shù)據(jù)庫系統(tǒng)為面向?qū)ο髴贸绦蛱峁┝俗罴训男阅芎陀成浞? 但是仍缺乏對標準的報表和查詢的支持?，F(xiàn)在一般的做法是通過

17、第三方廠家提供的轉(zhuǎn)換程序, 許多嚴肅的面向?qū)ο箝_發(fā)者已認識到面向?qū)ο髷?shù)據(jù)和關系數(shù)據(jù)之間的轉(zhuǎn)換是何等的困難, 希望廠家能夠提供相應的處理程序。今天 , 面向?qū)ο髷?shù)據(jù)庫廠商面臨著三大挑戰(zhàn): 消除采用面向?qū)ο髷?shù)據(jù)庫所帶來的風險, 和已裝機的關系數(shù)據(jù)庫應用程序和開發(fā)商競爭, 支持標準的數(shù)據(jù)訪問和報表功能,為迎接這些挑戰(zhàn), 各面向?qū)ο髷?shù)據(jù)庫廠商采取了不同的策略: Gemstone System,Inc. 仍集中于Smalltalk市場，它擁有一批用戶，證明了在大型的、關鍵的應用系統(tǒng)用 Gem-stone是成 功的。 它的主要目標是這樣的一些Smalltalk 用戶 , 它們已經(jīng)認識到把面向?qū)ο髴孟到y(tǒng)映

18、射到關系數(shù)據(jù)庫的缺陷。為了和其它面向?qū)ο髷?shù)據(jù)庫以示區(qū)別，Gemstone稱自己的產(chǎn)品為"應用程序服務器", 允許應用程序在面向?qū)ο蟮沫h(huán)境去訪問關系數(shù)據(jù)庫中的數(shù)據(jù)。ObjectStore,Inc. 在整個面向?qū)ο髷?shù)據(jù)庫市場份額中占33%,是排名第一的面向?qū)ο髷?shù)據(jù)庫廠商 , 但它的形勢也不容樂觀。該公司最近為了保證利潤解雇了一批人, 這件事給面向?qū)ο髷?shù)據(jù)庫界以很大的震動, 這至少說明了面向?qū)ο髷?shù)據(jù)庫市場存在著很大的問題。最近該公司也發(fā)布一些新產(chǎn)品，如SQL Client和RDBMS gateway其它的一些獨立開發(fā)商的參與也鞏固了 ObjectStore的地位。 Objecti

19、vity,Inc. 主要目標是C+瑜場，并聯(lián)合大批的增值銷售商 和獨立的軟件開發(fā)商。在許多方面,Objectivity 似乎太鐘愛自己的技術, 而忽略了市場的需求。它提供了 Smalltalk,C+ 和 ObjectivitySQL種選擇。在 Smalltalk、C+?場上,它并不突出 , 但是這個市場在信息系統(tǒng)方面增長很快。 Ontos,Inc., 傳統(tǒng)上注重面向?qū)ο髷?shù)據(jù)引擎，現(xiàn)在則強調(diào)對象集成服務(Object Integration Service) 。它為C+我用程序提供映射工具 , 把對象無縫地存入標準的關系數(shù)據(jù)庫中。Ontos 希望搶占由UniSQL Software,Inc.,P

20、ersistence Software,Inc. 占領的一部分市場, 同時在 VMark Software,Inc.,HewlettPackard Co.以及RogueWare所屬市場爭一席之地。從長遠的觀點來看，用戶會逐步認識到在維護一個映射環(huán)境時, 他們必須要做出某種妥協(xié), 會有一部用戶會采用面向?qū)ο髷?shù)據(jù)庫引擎。 Versant Object Technology Corp. 采取兩面戰(zhàn)略, 一方面向電信領域和網(wǎng)絡管理用戶提供一個高性能的面向?qū)ο髷?shù)據(jù)庫引擎, 另一方面為大型機應用系統(tǒng)的軟件開發(fā)提供基于Smalltalk 的工具。 這一雙元策略有助于增加Versant 的裝機量, 但也要求更

21、多的技術支持和消耗更多的開發(fā)資源。關系數(shù)據(jù)庫廠商如 Oracle、Sybase和Informix則承諾在未來的產(chǎn)品中提供對象的持久性存貯機制。當然, 它們提供的是一種混合型環(huán)境, 許多關系數(shù)據(jù)庫用戶正在等待著這些產(chǎn)品的推出, 而不去購買現(xiàn)有的純的面向?qū)ο髷?shù)據(jù)庫, 以期在他們現(xiàn)有關系庫上去支持面向?qū)ο髴贸绦?。關系數(shù)據(jù)庫的解決方案尚需實踐來驗證, 而面向?qū)ο髷?shù)據(jù)庫的高性能和強大的對象模型已得到了開發(fā)者的承認。風險最大的是映射工具開發(fā)廠商, 它們受到了 " 純 " 和 " 混合型" 面向?qū)ο髷?shù)據(jù)庫的兩面夾擊。面向?qū)ο髷?shù)據(jù)庫用可靠性和速度來贏得用戶面向?qū)ο髷?shù)據(jù)

22、庫系統(tǒng)不如關系數(shù)據(jù)庫應用得廣泛, 并不是因為它們沒有滿足用戶的需求。許多使用面向?qū)ο髷?shù)據(jù)庫的公司認為面向?qū)ο髷?shù)據(jù)庫非?？煽? 性能上也非常優(yōu)異, 和已有的關系數(shù)據(jù)庫能較好地共容。當然從另一面看, 面向?qū)ο髷?shù)據(jù)庫仍然要克服易用性方面的障礙。美國Computerworld 在 1995 年 10 月雇用了Texas Anstin 的 First Market Research Corp. 對面向?qū)ο髷?shù)據(jù)庫市場做了一次調(diào)查, 這一次調(diào)查與以往不同之處在于, 它是調(diào)查用戶對面向?qū)ο髷?shù)據(jù)庫的整體滿意程度, 而不單個產(chǎn)品。一共調(diào)查了66 個經(jīng)理 , 他們正在使用10 個不同的品牌的面向?qū)ο髷?shù)據(jù)庫產(chǎn)品, 或

23、正在考慮使用。最引起用戶注目的三個產(chǎn)品是Hewlett PackardCo. 的 OpenODB, Object Design,Inc. 的 ObjectStroe 和 Versant Object Technology Corp.的 Versant 。 當問及對面向?qū)ο髷?shù)據(jù)庫的滿意程度時, 大多數(shù)被調(diào)查者認為是"好 "或 "非常好"。甚至有些用戶認為HP的OpenOD酰能已超過他們的期望值。他們同時表示，面向?qū)ο髷?shù)據(jù)庫也表現(xiàn)出一些問題, 主要是學習周期長," 當然會用之后, 我們會發(fā)現(xiàn)它存儲復雜數(shù)據(jù)對象能力是關系數(shù)據(jù)庫遠遠不及的"

24、。 易于使用調(diào)查中發(fā)現(xiàn), 面向?qū)ο髷?shù)據(jù)庫并不那么易用, 即使是開發(fā)程序的老手也不例外。許多人反應面向?qū)ο髷?shù)據(jù)庫在易用方面" 一般 " 。 San Francisco的United Airlines的高級商業(yè)分析家 Mike Rodger這樣評論"在我們的開發(fā)人員生產(chǎn)效率提高之前確實需要相當長的一段時間。" 一旦開發(fā)人員熟悉系統(tǒng)后, 面向?qū)ο缶幊虝蟠罂s短開發(fā)時間 , 特別是在開發(fā)人員開始重用對象時。速度 速度是面向?qū)ο髷?shù)據(jù)庫廠商整天不厭其煩地宣傳的方面。但用戶們卻并不認為這是一個問題。30 個用戶在速度方面的評語是" 好 " 或 "很好 ", 速度成為用戶的最為滿意的一個方面。一旦面向?qū)ο髷?shù)據(jù)庫的繼承機制開始工作, 其它任何數(shù)據(jù)庫在速度上不能與之匹敵。關系數(shù)據(jù)庫依賴于關聯(lián)訪問, 由于查詢許多表, 必然降低了速度, 而面向?qū)ο髷?shù)據(jù)庫采用和層次數(shù)據(jù)庫類似的導航式查詢, 消除了表的訪問過程。至于可擴展性方面, 情況則不太妙。當用戶增加時, 面向?qū)ο髷?shù)據(jù)庫的性能滿意程度陡然下降,從擴展到30用戶、3099用戶、100用戶以上三個方面來看，滿意的用戶從45%H氐到11%兼容性 從調(diào)查結果來看, 用戶對面向?qū)ο髷?shù)據(jù)庫和系統(tǒng)軟件的兼容性并不擔心