資料庫對象模型
㈠ 資料庫面向對象模型的優缺點是什麼
1.優點
A重用性 利於開發速度 如果你想開發某個功能發現他實現起來很麻煩,這個時候有另一技術能很好的解決
時其優勢就發揮出來了
B,封裝性/抽象性:結構清晰 很標准 規范化 易於理解 可讀性更強
C.繼承 容易擴展,在大框架不變的情況下很容易就開發出適合自己的功能
2.缺點
A.執行速度會打折扣
㈡ 資料庫主要有哪些模型這些模型的特點是什麼
兩大類數據模型：數據模型分為2類（分屬2個不同的層次，在開發和使用資料庫中使用不同的模型）。
概念模型，也稱信息模型，它是按用戶的觀點來對數據和信息建模，用於資料庫設計。
邏輯模型和物理模型，邏輯模型主要包括：網狀模型、層次模型、關系模型、面向對象模型等，按計算機系統的觀點對數據建模，用於DBMS實現。
物理模型，是對數據最底層的抽象，描述數據在系統內部的表示方式和存取方法，在磁碟或磁帶上的存儲方式和存取方法。
概念模型：信息世界中的基本概念。
用途：資料庫設計人員和用戶之間進行交流的語言。但要考E-R圖！
最常用的數據模型：非關系模型，有層次模型和網狀模型；關系模型；面向對象模型、對象關系模型。
㈢ 資料庫的概念模型是什麼其特點是什麼
資料庫的概念模型是面向對象資料庫系統是為了滿足新的資料庫應用需要而產生的新一代資料庫系統。面向對象是一種認識方法學，也是一種新的程序設計方法學。
資料庫概念模型實際上是現實世界到機器世界的一個中間層次。資料庫概念模型用於信息世界的建模，是現實世界到信息世界的第一層抽象，是資料庫設計人員進行資料庫設計的有力工具，也是資料庫設計人員和用戶之間進行交流的語言。
(3)資料庫對象模型擴展閱讀：
建立數據概念模型，就是從數據的觀點出發，觀察系統中數據的採集、傳輸、處理、存儲、輸出等，經過分析、總結之後建立起來的一個邏輯模型，它主要是用於描述系統中數據的各種狀態。這個模型不關心具體的實現方式（例如如何存儲）和細節，而是主要關心數據在系統中的各個處理階段的狀態。 實際上，數據流圖也是一種數據概念模型。
㈣ 資料庫模型分為哪三類
當前常見的三種資料庫數據模型是：層次模型、網狀模型、關系模型。
相關知識點介紹
資料庫模型描述了在資料庫中結構化和操縱數據的方法，模型的結構部分規定了數據如何被描述（例如樹、表等）。模型的操縱部分規定了數據的添加、刪除、顯示、維護、列印、查找、選擇、排序和更新等操作。
資料庫模型的分類
1、概念模型
2、層次模型
3、網狀模型
4、關系模型
5、面向對象模型
㈤ 資料庫中所支持的數據模型有哪些
最常用的邏輯數據模型有五種，它們是：
(1)層次模型(hierarchical model);
(2)網狀模型(network model) ;
(3)關系模型(relational model);
(4)面向對象模型(object oriented model);
(5)對象關系模OJ (object relational model)
其中，前兩類模型稱為非關系模型。非關系模型的資料庫系統在20世紀70-80年代初非常流行，在資料庫系統產品中占據主導地位，在資料庫系統的初期起了重要作用二在關系模型得到發展後，非關系模型迅速衰退。在我國，早就不見非關系模型了。但在美國等一些國家，由於早期開發的應用系統實際使用層次資料庫或網狀資料庫系統，因此目前仍有層次資料庫和網狀資料庫系統在使用。
㈥ 資料庫按數據的組織方式來分可以分為哪三種模型
1、層次模型：
①有且只有一個結點沒有雙親結點（這個結點叫根結點）。
②除根結點外的其他結點有且只有一個雙親結點。
層次模型中的記錄只能組織成樹的集合而不能是任意圖的集合。在層次模型中,記錄的組織不再是一張雜亂無章的圖，而是一棵"倒長"的樹。
2、網狀模型 ：
①允許一個以上的結點沒有雙親結點。
②一個結點可以有多個雙親結點。
網狀模型中的數據用記錄的集合來表示，數據間的聯系用鏈接（可看作指針）來表示。資料庫中的記錄可被組織成任意圖的集合。
3、關系模型：
關系模型用表的集合來表示數據和數據間的聯系。
每個表有多個列，每列有唯一的列名。
在關系模型中，無論是從客觀事物中抽象出的實體，還是實體之間的聯系,都用單一的結構類型
(6)資料庫對象模型擴展閱讀
1、無條件查詢
例：找出所有學生的的選課情況
SELECT st_no，su_no
FROM score
例：找出所有學生的情況
SELECT*
FROM student
「*」為通配符，表示查找FROM中所指出關系的所有屬性的值。
2、條件查詢
條件查詢即帶有WHERE子句的查詢，所要查詢的對象必須滿足WHERE子句給出的條件。
例：找出任何一門課成績在70以上的學生情況、課號及分數
SELECT UNIQUE student.st_class，student.st_no，student.st_name，student.st_sex，student.st_age，score.su_no，score.score
FROM student，score
WHERE score.score>=70 AND score.stno=student,st_no
這里使用UNIQUE是不從查詢結果集中去掉重復行，如果使用DISTINCT則會去掉重復行。另外邏輯運算符的優先順序為NOT→AND→OR。
例：找出課程號為c02的，考試成績不及格的學生
SELECT st_no
FROM score
WHERE su_no=『c02』AND score<60
3、排序查詢
排序查詢是指將查詢結果按指定屬性的升序(ASC)或降序(DESC)排列，由ORDER BY子句指明。
例：查找不及格的課程，並將結果按課程號從大到小排列
SELECT UNIQUE su_no
FROM score
WHERE score<60
ORDER BY su_no DESC
4、嵌套查詢
嵌套查詢是指WHERE子句中又包含SELECT子句，它用於較復雜的跨多個基本表查詢的情況。
例：查找課程編號為c03且課程成績在80分以上的學生的學號、姓名
SELECT st_no，st_name
FROM student
WHERE stno IN (SELECT st_no
FROM score
WHERE su_no=『c03』 AND score>80 )
這里需要明確的是：當查詢涉及多個基本表時用嵌套查詢逐次求解層次分明，具有結構程序設計特點。在嵌套查詢中，IN是常用到的謂詞。若用戶能確切知道內層查詢返回的是單值，那麼也可用算術比較運算符表示用戶的要求。
5、計算查詢
計算查詢是指通過系統提供的特定函數(聚合函數)在語句中的直接使用而獲得某些只有經過計算才能得到的結果。常用的函數有：
COUNT(*) 計算元組的個數
COUNT(列名) 對某一列中的值計算個數
SUM(列名) 求某一列值的總和(此列值是數值型)
AVG(列名) 求某一列值的平均值(此列值是數值型)
MAX(列名) 求某一列值中的最大值
MIN(列名) 求某一列值中的最小值
例：求男學生的總人數和平均年齡
SELECT COUNT(*)，AVG(st_age)
FROM student
WHERE st_sex=『男』
例：統計選修了課程的學生的人數
SELECT COUNT(DISTINCT st_no)
FROM score
注意：這里一定要加入DISTINCT，因為有的學生可能選修了多門課程，但統計時只能按1人統計，所以要使用DISTINCT進行過濾。
㈦ 什麼叫面向對象的數據模型
面向對象數據模型的5個基本概念：對象、類、繼承性、對象標識和對象包含。
對象
在面向對象資料庫的設計中，我們將客觀世界中的實體抽象成為對象。面向對象的方法中一個基本的信條是"任何東西都是對象"。對象可以定義為對一組信息及其操作的描述。對象之間的相互操作都得通過發送消息和執行消息完成，消息是對象之間的介面。嚴格地講，在面向對象模型中，實體的任何屬性都必須表示為相應對象中的一個變數和一對消息。變數用來保存屬性值，一個消息用來讀取屬性值，另一個消息則用來更新這個值。
類
資料庫中通常有很多相似的對象。"相似"是指它們響應相同的消息使用相同的方法，並有相同名稱和類型的變數。對每個這樣的對象單獨進行定義是很浪費的，因此我們將相似的對象分組形成了一個"類"。類是相似對象的集合。類中的每個對象也稱為類的實例。一個類中的所有對象共享一個公共的定義，盡管它們對變數所賦予的值不同。面向對象數據模型中類的概念相當於E-R模型中實體集的概念。
繼承性
繼承性允許不同類的對象共享它們公共部分的結構和特性。繼承性可以用超類和子類的層次聯系實現。一個子類可以繼承某一個超類的結構和特性，這稱為"單繼承性"；一個子類也可以繼承多個超類的結構和特性，這稱為"多繼承性"。繼承性是數據間的泛化/細化聯系，是一種"is a"聯系。
對象標識
面向對象系統提供一種"對象標識符"（OID）的概念來標識對象。OID與對象的物理存儲位置無關，也與數據的描述方式和值無關。OID是惟一的。在對象創建的瞬間，由系統賦給對象，它在系統內是惟一的，在對象的生存期間，標識是不能改變的。如果要將數據轉移到另外一個不同的資料庫系統中，則標識符必須進行轉化。
對象包含
不同類的對象之間可能存在著包含關系）。包含其它對象的對象稱為復合對象。包含關系可以有多層，形成類包含層次圖。包含是一種"是一部分"（is part of）聯系，因此包含與繼承是兩種不同的數據聯系。
目前，一種結合關系資料庫和面向對象特點的資料庫為那些希望使用具有面向對象特徵的關系資料庫用戶提供了一條捷徑。這種資料庫系統稱為"對象關系資料庫"，它是在傳統關系數據模型基礎上，提供元組、數組、集合一類豐富的數據類型以及處理新的數據類型操作能力，並且有繼承性和對象標識等面向對象特點。
㈧ 什麼是對象關系數據模型
那叫對象關系資料庫映射。Hibernate的原理..核心部分.
對象關系映射（ORM）提供了概念性的、易於理解的模型化數據的方法。ORM方法論基於三個核心原則： 簡單：以最基本的形式建模數據。 傳達性：資料庫結構被任何人都能理解的語言文檔化。 精確性：基於數據模型創建正確標准化了的結構。 典型地，建模者通過收集來自那些熟悉應用程序但不熟練的數據建模者的人的信息開發信息模型。建模者必須能夠用非技術企業專家可以理解的術語在概念層次上與數據結構進行通訊。建模者也必須能以簡單的單元分析信息，對樣本數據進行處理。ORM專門被設計為改進這種聯系。對象-關系資料庫映射 規則表達式 ORM把應用程序世界表示為具有角色（關系中的部分）的一組對象（實體或值）。ORM有時也稱為基於事實的建模，因為它把相關數據描述為基本事實。這些事實如果分割為再小的事實就會丟失信息。 簡單事實的一些例子包括： 人有電話 人住在某個地方 人生於某個日期 人在某個日期被僱傭 ORM提供的不只是描述不同對象間關系的一個簡單而直接的方式。ORM還提供了靈活性。使用ORM創建的模型比使用其它方法創建的模型更有能力適應系統的變化。另外，ORM允許非技術企業專家按樣本數據談論模型，因此他們可以使用真實世界的數據驗證模型。因為ORM允許重用對象，數據模型能自動映射到正確標准化的資料庫結構。 ORM模型的簡單性簡化了資料庫查詢過程。使用ORM查詢工具，用戶可以訪問期望數據，而不必理解資料庫的底層結構。概念 對象關系映射（Object Relational Mapping，簡稱ORM）是一種為了解決面向對象與關系資料庫存在的互不匹配的現象的技術。 簡單的說，ORM是通過使用描述對象和資料庫之間映射的元數據，將java程序中的對象自動持久化到關系資料庫中。本質上就是將數據從一種形式轉換到另外一種形式。 這也同時暗示著額外的執行開銷；然而，如果ORM作為一種中間件實現，則會有很多機會做優化，而這些在手寫的持久層並不存在。 更重要的是用於控制轉換的元數據需要提供和管理；但是同樣，這些花費要比維護手寫的方案要少；而且就算是遵守ODMG規范的對象資料庫依然需要類級別的元數據。 對象-關系映射（Object/Relation Mapping，簡稱ORM），是隨著面向對象的軟體開發方法發展而產生的。面向對象的開發方法是當今企業級應用開發環境中的主流開發方法，關系資料庫是企業級應用環境中永久存放數據的主流數據存儲系統。對象和關系數據是業務實體的兩種表現形式，業務實體在內存中表現為對象，在資料庫中表現為關系數據。內存中的對象之間存在關聯和繼承關系，而在資料庫中，關系數據無法直接表達多對多關聯和繼承關系。因此，對象-關系映射(ORM)系統一般以中間件的形式存在，主要實現程序對象到關系資料庫數據的映射。 面向對象是從軟體工程基本原則(如耦合、聚合、封裝)的基礎上發展起來的，而關系資料庫則是從數學理論發展而來的，兩套理論存在顯著的區別。為了解決這個不匹配的現象,對象關系映射技術應運而生。 讓我們從O/R開始。字母O起源於"對象"(Object),而R則來自於"關系"(Relational)。幾乎所有的程序裡面，都存在對象和關系資料庫。在業務邏輯層和用戶界面層中，我們是面向對象的。當對象信息發生變化的時候，我們需要把對象的信息保存在關系資料庫中。 當你開發一個應用程序的時候(不使用O/R Mapping),你可能會寫不少數據訪問層的代碼，用來從資料庫保存，刪除，讀取對象信息，等等。你在DAL中寫了很多的方法來讀取對象數據，改變狀態對象等等任務。而這些代碼寫起來總是重復的。 如果打開你最近的程序，看看DAL代碼，你肯定會看到很多近似的通用的模式。我們以保存對象的方法為例，你傳入一個對象，為SqlCommand對象添加SqlParameter，把所有屬性和對象對應，設置SqlCommand的CommandText屬性為存儲過程，然後運行SqlCommand。對於每個對象都要重復的寫這些代碼。 除此之外，還有更好的辦法嗎？有，引入一個O/R Mapping。實質上，一個O/R Mapping會為你生成DAL。與其自己寫DAL代碼，不如用O/R Mapping。你用O/R Mapping保存，刪除，讀取對象，O/R Mapping負責生成SQL，你只需要關心對象就好。 對象關系映射成功運用在不同的面向對象持久層產品中，如:Torque,OJB,Hibernate,TopLink,Castor JDO, TJDO 等。