① 面向對象資料庫系統的存在的問題
面向對象資料庫技術可望成為繼關系資料庫技術之後的新一代數據管理技術。盡管目前已有大量的研究開發工作，有一些可支持的面向對象資料庫系統，但面向對象資料庫的成熟仍有存在許多亟待解決的問題： （1）實現復雜性問題：在實現復雜性和思維復雜性問題上，面向對象模型和關系模型之間存在很大差距——關系模型構造集合以及在集合基礎上發展出來的關系，對一個有數學基礎的人而言其操作語義顯然有思維簡潔性，對計算機而言，關系運算可以遞歸並具有能行性的，計算簡潔；而對面向對象模型而言，其思想主要是控制流為主導，也就是通過對象的行為，指引數據的傳遞。比如在服務驅動的分布式系統中，如SOA，其數據是用XML描述的，但由於其交互性，以及消息扮演的控制流的角色，導致用面向對象的傳遞信息方式不能發揮作用，所以在資料庫的流程和運算上，OODB並不佔優勢。 （2）理論支持問題：面向對象資料庫，並沒有嚴格的理論支持。雖然對象間的關系有聚合、組合、關聯、繼承登，但這些並不是理論，而是實踐結果。不能從理論上推導出這些關系，也就無法實現出支持這些關系的對象資料庫。 （3）模型復雜度問題：由於模型較為復雜（而且缺乏數學基礎），使得很多系統管理功能難以實現（如許可權管理），也不具備sql處理集合數據的強大能力。 （4）性能問題：由於面向對象資料庫中數據被存放在許多地方，因此，有效對象聚集是性能好壞的關鍵因素。面向對象資料庫技術要想能取代傳統的資料庫技術，性能改善是必不可少的。
② 描述和說明關系資料庫管理系統中存儲的數據對象的優點和缺點.
經過數年的開發和研究，面向對象資料庫的當前狀況是：對面向對象資料庫的核心概念逐步取得了共同的認識，標准化的工作正在進行；隨著核心技術逐步解決，外圍工具正在開發，面向對象資料庫系統正在走向實用階段；對性能和形式化理論的擔憂仍然存在。系統在實現中仍面臨著新技術的挑戰。
③ 面向對象資料庫和關系資料庫的區別
以關系資料庫為例，SQL語言是一種非過程化的面向集合的語言，它雖然用起來非常簡單，但由於是解釋實現，效率不如人意。因此許多應用仍然是由高級程序設計語言（如C）來實現的，但是高級程序設計語言是過程化的，而且是面向單個數據的，這使得SQL與它之間存在著不匹配，我們把它叫做「阻抗失配」。不論你是用嵌入式SQL，還是CLI，都需要化很多工夫去完成兩種語言之間的相互轉化。 但是關系資料庫在資料庫系統方面發展地非常完善，有強大的管理功能和可操縱性。另外，關系模型具有堅實的數學基礎。
面向對象資料庫的產生主要是為了解決「阻抗失配」，它強調高級程序設計語言與資料庫的無縫連接。什麼叫無縫連接，假設你 不用資料庫，用C語言編了一個程序，你可以不需要（或基本不需要）任何改動就將它作用於資料庫，即你可以用C語言透明訪問資料庫，就好象資料庫根本不存在一樣，所以也有人把面向對象資料庫理解為語言的持久化。怎麼樣，聽起來挺玄的吧，可是我們自己開發的資料庫系統——OSCAR早就做到了這一點。 由於實現了無縫連接，使得面向對象資料庫能夠支持非常復雜的數據模型，從而特別適用於工程設計領域。打個比方，想像CAD中的一個復雜部件，它可能由成千上萬個不同的零件組成，要是用關系模型中的表來表達，得用多少張表啊？而描述這種復雜的部件，正好是高級程序設計語言的強項。
此外，面向對象資料庫還吸收了面向對象程序設計語言的思想，如支持類、方法、繼承等概念。 面向對象資料庫很好地解決了阻抗失配的問題，但它也有缺點。它的缺點正好是關系資料庫的強項，由於模型較為復雜（而且缺乏數學基礎），使得很多系統管理功能難以實現（如許可權管理），也不具備SQL處理集合數據的強大能力。
另一方面，隨著多媒體數據的大量出現和應用的日益復雜，關系資料庫也在不斷吸收面向對象資料庫的優點，出現了現在所謂的對象關系型資料庫（象ORACLE8i、DB2-5以上都是這種系統）。其主要改進包括支持自定義類型（UDT），方法，繼承（目前僅DB2-6支持），和引用（使得對象間可以直接引用，想想原來的關系資料庫需要靠連接來實現引用，性能真是慘不忍睹）。 總之，資料庫系統發展的趨勢是，面向對象資料庫和關系資料庫將不斷融合。而對象關系資料庫由於繼承了上述兩者的優點，已經成為目前資料庫發展的主流。
④ 資料庫面向對象模型的優缺點是什麼
1.優點
A重用性 利於開發速度 如果你想開發某個功能發現他實現起來很麻煩,這個時候有另一技術能很好的解決
時其優勢就發揮出來了
B,封裝性/抽象性:結構清晰 很標准 規范化 易於理解 可讀性更強
C.繼承 容易擴展,在大框架不變的情況下很容易就開發出適合自己的功能
2.缺點
A.執行速度會打折扣
⑤ 請教關系資料庫和面向對象資料庫的區別
以關系資料庫為例，SQL語言是一種非過程化的面向集合的語言，它雖然用起來非常簡單，但由於是解釋實現，效率不如人意。因此許多應用仍然是由高級程序設計語言（如C）來實現的，但是高級程序設計語言是過程化的，而且是面向單個數據的，這使得SQL與它之間存在著不匹配，我們把它叫做「阻抗失配」。不論你是用嵌入式SQL，還是CLI，都需要化很多工夫去完成兩種語言之間的相互轉化。
但是關系資料庫在資料庫系統方面發展地非常完善，有強大的管理功能和可操縱性。另外，關系模型具有堅實的數學基礎。
面向對象資料庫的產生主要是為了解決「阻抗失配」，它強調高級程序設計語言與資料庫的無縫連接。什麼叫無縫連接，假設你
不用資料庫，用C語言編了一個程序，你可以不需要（或基本不需要）任何改動就將它作用於資料庫，即你可以用C語言透明訪問資料庫，就好象資料庫根本不存在一樣，所以也有人把面向對象資料庫理解為語言的持久化。怎麼樣，聽起來挺玄的吧，可是我們自己開發的資料庫系統——OSCAR早就做到了這一點。
由於實現了無縫連接，使得面向對象資料庫能夠支持非常復雜的數據模型，從而特別適用於工程設計領域。打個比方，想像CAD中的一個復雜部件，它可能由成千上萬個不同的零件組成，要是用關系模型中的表來表達，得用多少張表啊？而描述這種復雜的部件，正好是高級程序設計語言的強項。
此外，面向對象資料庫還吸收了面向對象程序設計語言的思想，如支持類、方法、繼承等概念。
面向對象資料庫很好地解決了阻抗失配的問題，但它也有缺點。它的缺點正好是關系資料庫的強項，由於模型較為復雜（而且缺乏數學基礎），使得很多系統管理功能難以實現（如許可權管理），也不具備SQL處理集合數據的強大能力。
另一方面，隨著多媒體數據的大量出現和應用的日益復雜，關系資料庫也在不斷吸收面向對象資料庫的優點，出現了現在所謂的對象關系型資料庫（象ORACLE8i、DB2-5以上都是這種系統）。其主要改進包括支持自定義類型（UDT），方法，繼承（目前僅DB2-6支持），和引用（使得對象間可以直接引用，想想原來的關系資料庫需要靠連接來實現引用，性能真是慘不忍睹）。
總之，資料庫系統發展的趨勢是，面向對象資料庫和關系資料庫將不斷融合。而對象關系資料庫由於繼承了上述兩者的優點，已經成為目前資料庫發展的主流。
⑥ 資料庫面向對象模型的優缺點是什麼
1.優點
A重用性
利於開發速度
如果你想開發某個功百能發現他實現度起來很麻煩,這個時候有另一技術能很好的解決問
時其優勢就發揮出來了
B,封裝性/抽象性:結構清晰答
很標准
規范化
易於理解
可讀性更強
C.繼承
容易擴展內,在大框架不變的情況下很容易就開發出適合自己的功能容
2.缺點
A.執行速度會打折扣
⑦ 什麼是對象關系型資料庫管理系統
對象關系型資料庫在一個資料庫內同時存儲、查找和管理空間數據和屬性數據，在大量的用戶並發訪問空間數據時，保持系統的速度和維護數據的完整性。
對象—關系型資料庫的特點是：（1）對象—關系型資料庫支持六種基本的空間數據類型，九種拓撲邏輯操作符和空間路徑表達，（2）對象—關系型資料庫豐富了空間數據的管理內容，除數值、字元數據、空間數據外，還利用面向對象特徵，支持各種多媒體數據、應用格式數據等，這樣能讓系統的開發和建設能達到友好的交互功能，豐富GIS地圖的表達功能,(3)擴展的SQL語句，擯棄面向對象資料庫的缺點，對象—關系型資料庫繼承了關系型資料庫的優點，用人性化的SQL語句，達到人機交互的空間查詢和分析。
對象—關系型資料庫管理系統涉及屬性數據管理、空間數據管理、多媒體數據管理。一方面一方面對象關系型資料庫管理能夠很好的完成現實世界的建模、描述與展現的工作，另一方面它也能夠承擔各種結構數據的存儲、分析工作。對象關系型資料庫管理系統將為我們目前的各種應用系統開發提供強有力的支撐，同時對象關系型資料庫也將成為資料庫系統的新的發展方向。
⑧ 對象關系資料庫核心思想和管理數據的優缺點
對象關系資料庫管理系統（ObjectOrientedDataBaseSystem，簡稱OODBS）是資料庫技術與面向對象程序設計方法相結合的產物。對於OO數據模型和面向對象關系資料庫管理系統的研究主要體現在：研究以關系資料庫和SQL為基礎的擴展關系模型；以面向對象的程序設計語言為基礎，研究持久的程序設計語言，支持OO模型；建立新的面向對象資料庫系統，支持OO數據模型。
⑨ 各類資料庫的優點缺點
優點：資料庫系統是用來管理數據的，建立的數理邏輯和集合操作基礎上的。
具有高效、可靠、完整、自同步等特性，是業務系統進行數據控制的最佳選擇。
資料庫系統一般提供高效的數據控制和數據檢索功能，採用SQL語言來進行數據操作。
目前市面上流行的資料庫系統很多：較小型的資料庫系統有：mysql,MSSQL_SERVER等等，適用於企業級的大型資料庫有：ORACEL,DB2(IBM)，INFORMIX（IBM）等等
缺點：安全性不夠，加了用戶級密碼容易破解
C/S
結構下對伺服器要求很高，否則容易造成
MDB
損壞並發數255。
但是對高強度操作適應性差，如果伺服器不夠好，網路不夠好，編程的方法不夠好，6-7個人同時訪問就能導致
MDB
損壞或者並死不能將
VBA
代碼開發的軟體系統直接編譯成
EXE
可執行文件。
不能脫離
ACCESS
或者
ACCESS
RUNTIME
環境，該環境相對其他軟體體積較大（50M左右）