本文僅論述這些選擇中的一種，即在完全關(guān)系數(shù)據(jù)庫上層面向?qū)ο蟮念惸Ｐ瓦M(jìn)行分層,。這并不表明它是唯一,、最好而又簡單的解決方案，但是從實(shí)用的角度看,，它是最常用的一種類型,，卻也是最容易被用錯(cuò)的一種。

我們先快速瀏覽兩個(gè)設(shè)計(jì)領(lǐng)域的模型,，并試圖把它們連接起來：第一,，介紹用UML表達(dá)面向?qū)ο蟮念惸Ｐ停坏诙?，關(guān)系數(shù)據(jù)庫模型,。

對每一個(gè)領(lǐng)域我們只涉及影響到我們?nèi)蝿?wù)的主要功能。然后我們將關(guān)注從類模型到數(shù)據(jù)庫模型映射的技術(shù)和問題,，包括對象持久性,，對象行為,，對象和對象標(biāo)識之間 的關(guān)系,。我們將總結(jié)對UML數(shù)據(jù)profile的回顧（Rational Software 推薦）,。一些面向?qū)ο笤O(shè)計(jì)，UML和關(guān)系數(shù)據(jù)庫建模的相似性也會被提及,。

類模型是UML用來表達(dá)軟件系統(tǒng)邏輯結(jié)構(gòu)的主要工件,。 它用來記錄數(shù)據(jù)需求和模型領(lǐng)域內(nèi)對象的行為。本文不討論創(chuàng)建和詳細(xì)描述該模型的技術(shù)，我們將假設(shè)已經(jīng)存在一個(gè)設(shè)計(jì)好的類模型,，它需要映射到關(guān)系數(shù)據(jù)庫上,。

類模型
類在UML中是一個(gè)基本的邏輯實(shí)體。它定義了一個(gè)結(jié)構(gòu)單元的數(shù)據(jù)和行為,。一個(gè)類是一個(gè)模板或運(yùn)行時(shí)創(chuàng)建實(shí)例和對象的模型,。當(dāng)開發(fā)一個(gè)邏輯模型，如UML中 的結(jié)構(gòu)層次,，我們將明確地把它們當(dāng)作類來處理,。當(dāng)面對動態(tài)圖時(shí)，如順序圖和協(xié)作圖,，我們也要處理類的實(shí)例和對象,，以及它們運(yùn)行時(shí)的內(nèi)部動作。數(shù)據(jù)隱藏和封 裝原則是基于作用域效果,。類有它的內(nèi)部數(shù)據(jù)元素,。訪問這些數(shù)據(jù)元素需要通過類對外的行為或接口。遵循這個(gè)原則會生成更易于維護(hù)的代碼,。

行為
行為使用了類定義的操作,，在類模型中被記錄。操作是可以外部可見的（public）,，對子類可見的（protected）和隱藏的（private）,。通 過結(jié)合隱藏?cái)?shù)據(jù)和公共訪問接口，隱藏或保護(hù)數(shù)據(jù)的操作,，類的設(shè)計(jì)人員可以建立極易維護(hù)的結(jié)構(gòu)單元,，這些結(jié)構(gòu)單元是支持而不是阻礙變化的。

關(guān)系和特性
關(guān)聯(lián)是兩個(gè)類之間的一種關(guān)系,。關(guān)系一側(cè)的類知道和在某種程度上使用或操控另一側(cè)的類,。這種關(guān)聯(lián)可以是功能上的（為我做某事）也可以是結(jié)構(gòu)上的（是什么）。 在本文中更多的是側(cè)重結(jié)構(gòu)上的關(guān)系,。如：一個(gè)“Address”類可以關(guān)聯(lián)一個(gè)“Person”類,，將這種關(guān)系映射到數(shù)據(jù)空間需要多加注意。

聚合是關(guān)聯(lián)的一種形式,，表示一個(gè)類多個(gè)對象的集合在另一個(gè)類中,。復(fù)合是一種更強(qiáng)的聚合形式，說明一個(gè)對象實(shí)際上由其它對象構(gòu)成,。對于關(guān)聯(lián)關(guān)系來說,，它意味 著一個(gè)復(fù)雜的類屬性,，將該屬性映射到關(guān)系模型時(shí)需要更詳細(xì)的考慮,。當(dāng)一個(gè)類表示為生成許多對象實(shí)例的模板或模型時(shí)，對象需要在運(yùn)行時(shí)有識別自己的方式，這 樣被關(guān)聯(lián)對象可以對正確的對象實(shí)例施加作用,。在編程語言中,，如C＋＋，對象指針可能會傳遞,，并使所指對象可以訪問一個(gè)獨(dú)一無二的對象實(shí)例,。通常盡管一個(gè)對 象會被銷毀，但是在需要時(shí),，又象上一次有效實(shí)例期間那樣被重建,。所以，這些對象需要一個(gè)存儲機(jī)制來保留它們的內(nèi)部狀態(tài)和關(guān)聯(lián),，并在需要時(shí)恢復(fù)所需狀態(tài),。

繼承給類模型提供一種方式，該方式提取通用行為到泛化的類中,，使這個(gè)泛化類稍后可以做為在一般主題上諸多變異的原形,。繼承是一種管理重用和復(fù)雜性程度的方 式。如我們將看到的,，關(guān)系模型并沒有與繼承關(guān)系的直接對應(yīng)項(xiàng),，這給數(shù)據(jù)模型建立者建立一個(gè)從對象模型到關(guān)系框架造成了困難。從一個(gè)運(yùn)行時(shí)的對象到另外一個(gè) 對象的導(dǎo)航是建立在完全引用的基礎(chǔ)之上,。一個(gè)對象有多種形式的連接（指針或唯一的對象標(biāo)識）,，用這些連接可以定位和重建所需的對象。

關(guān)系模型
關(guān)系數(shù)據(jù)模型已經(jīng)使用多年,，提供的性能和靈活性一直行之有效,。它本質(zhì)上是基于集合的（set－based），并且用‘表’做為它的基本單元,，表由一個(gè)或多個(gè)‘列’組成,，每一個(gè)列包含一個(gè)數(shù)據(jù)元素。

表和列：一個(gè)關(guān)系表是一個(gè)或多個(gè)列的集合,，每個(gè)列在表結(jié)構(gòu)中有一個(gè)唯一名稱,，并且被定義成一個(gè)特定基本數(shù)據(jù)類型，如：數(shù)字,、文本,、二元數(shù)據(jù)。表定義是一個(gè) 模板,，表的“行”從這個(gè)模板中被創(chuàng)建,，行可能做為一個(gè)表實(shí)例的實(shí)例。關(guān)系模型僅僅提供一個(gè)公共數(shù)據(jù)訪問的模型,。所有數(shù)據(jù)向外對任何一個(gè)過程開放,，以便于被 更新,，查詢和操控。信息隱蔽（information hiding）是未知的,。

行為
與表相關(guān)聯(lián)的行為通常是基于所應(yīng)用實(shí)體的業(yè)務(wù)或邏輯規(guī)則,。約束以多個(gè)形式應(yīng)用到“列”，如：獨(dú)特性需求,、對應(yīng)其它表和列的關(guān)系完整性約束,，允許的值和數(shù)據(jù)類型。
觸發(fā)器提供了關(guān)聯(lián)到一個(gè)實(shí)體的許多附加行為,。通常在數(shù)據(jù)被插入,、刪除和更新前后，強(qiáng)制執(zhí)行數(shù)據(jù)的完整性檢查,。數(shù)據(jù)庫存儲過程提供了一種通過專有語言擴(kuò)展來 延伸數(shù)據(jù)庫功能的方式,，這些擴(kuò)展通常用來構(gòu)造功能性單元（腳本）。這些功能不會直接映射到這些實(shí)體,，也不會與它們有邏輯關(guān)系,。通過關(guān)系數(shù)據(jù)集的導(dǎo)航是基于 “行”遍歷和表連接實(shí)現(xiàn)。SQL是用來從表集選擇“行”和放置實(shí)例的一種主要的語言,。

關(guān)系和識別
表的主鍵為識別行提供一個(gè)特定值,。這里有兩種我們關(guān)注的主鍵：首先是意義鍵（meaning key），它由數(shù)據(jù)列構(gòu)成,，這些數(shù)據(jù)列在業(yè)務(wù)領(lǐng)域有意義,。其次是一個(gè)抽象的唯一標(biāo)識符，如計(jì)數(shù)器值,，它沒有商業(yè)意義,，但是可以唯一地標(biāo)識一個(gè)行。我們將先 討論抽象唯一標(biāo)識符,，然后再闡述意義鍵,。一個(gè)表可以包含映射到另一個(gè)表主鍵的“列”。表間的關(guān)系定義了一個(gè)外鍵,，說明了在這兩個(gè)表之間的結(jié)構(gòu)關(guān)系或關(guān)聯(lián),。

小節(jié)
從以上的概述，我們可以看出對象模型是建立在離散實(shí)體基礎(chǔ)上,，這些實(shí)體既有狀態(tài)（屬性和數(shù)據(jù)）,，也有行為，一般僅通過類的公共接口來訪問封裝數(shù)據(jù),。關(guān)系模 型同等地顯露所有數(shù)據(jù),，有限支持利用觸發(fā)器從行為到數(shù)據(jù)元素的關(guān)聯(lián)。依靠使用唯一對象標(biāo)識符,，可以從一個(gè)對象移動到另一個(gè)對象,，這使得我們可以在對象模型 中導(dǎo)航,，并建立對象關(guān)系（類似于網(wǎng)絡(luò)數(shù)據(jù)模型）。在關(guān)系模型中,，通過使用檢索標(biāo)準(zhǔn)，SQL合并和過濾結(jié)果集,，你可以查找找所需的行,。標(biāo)識符在對象模型中既 可以是實(shí)時(shí)引用，也可以是持久的唯一標(biāo)識符（稱作OID）,。在關(guān)系領(lǐng)域里,，主鍵定義了數(shù)據(jù)集在整個(gè)數(shù)據(jù)空間中的唯一性。

對象模型中有豐富的關(guān)系集合：繼承,，聚合,，關(guān)聯(lián)，復(fù)合,，依賴,，以及其它。在關(guān)系模型中,，可以僅使用外鍵來指明一種關(guān)系,。我們已經(jīng)對感興趣的兩個(gè)領(lǐng)域進(jìn)行了介紹并比較了每一個(gè)領(lǐng)域的幾個(gè)重要功能，然后將簡單了解UML中關(guān)系數(shù)據(jù)模型的標(biāo)注,。

UML數(shù)據(jù)模型Profile（特性描述）
數(shù)據(jù)模型Profile是Enterprise Architect的UML擴(kuò)展來支持關(guān)系數(shù)據(jù)庫建模,。它包括一些定制擴(kuò)展，如：表,，數(shù)據(jù)庫圖表,，表鍵，觸發(fā)器和約束,。它是一種在UML中對關(guān)系數(shù)據(jù)庫建模的技術(shù),。

表和列 表在UML數(shù)據(jù)Profile中是帶《Table》構(gòu)造型的類，它在右上角顯示一個(gè)表的符號,。數(shù)據(jù)庫中的列用《Table》類的屬性來建模,。

例如：上面圖型顯示與客戶表關(guān)聯(lián)的屬性。在此示例中,，對象ID被定義為表的主鍵,，還有兩個(gè)列：“Name”和“Address”。注意上圖例子中列的數(shù)據(jù)類型是按照原DBMS的數(shù)據(jù)類型定義的,。

行為 到目前為止,，我們僅定義了表的邏輯（靜態(tài)）結(jié)構(gòu)。此外,，我們將描述與列關(guān)聯(lián)的行為,，包括：索引,，鍵，觸發(fā)器,，過程等等,。行為表示為帶構(gòu)造型的操作。

下圖顯示我們討論的表,，它有一個(gè)主鍵約束和索引,，均被定義為帶構(gòu)造型的操作。

注意：“OID”列上的PK標(biāo)簽定義了邏輯主鍵,，而構(gòu)造型操作“?PK? idx_customer00”定義了與主鍵實(shí)現(xiàn)相關(guān)聯(lián)的約束和行為（即主鍵的行為）,。

對上例進(jìn)行增加，我們現(xiàn)在可以定義附加行為,，如：觸發(fā)器,，約束，存儲過程,。見下圖：

這個(gè)例子描述了下列行為:

1. 一個(gè)主鍵約束（PK）;
2. 一個(gè)外鍵約束（FK）;
3. 一個(gè)索引約束（Index）;
4. 一個(gè)觸發(fā)器（Trigger）;
5. 一個(gè)唯一性約束（Unique）;
6. 一個(gè)存儲過程（Proc）
7. 一個(gè)有效性檢查（Check）.

使用上面提供的標(biāo)注,，我們可以在DBMS層次上，對復(fù)雜的數(shù)據(jù)結(jié)構(gòu)和行為建模,。另外,，UML還提供表達(dá)邏輯實(shí)體間關(guān)系的標(biāo)注。

關(guān)系
UML數(shù)據(jù)建模profile定義了兩個(gè)表間任意一種依賴關(guān)系,。它表示為一構(gòu)造型的關(guān)聯(lián)并包括一組主鍵和外鍵,。數(shù)據(jù)profile仍然需要一種關(guān)系一直參 與到父類和子類之間，父類定義一個(gè)主鍵,，子類實(shí)現(xiàn)一個(gè)建立于全部或部分父類主鍵基礎(chǔ)上的外鍵,。這種關(guān)系將被區(qū)分為：“定義的”（如果該子類外鍵包含所有父 類主鍵元素）和“非定義的”（如果只包括部分主鍵元素）。這個(gè)關(guān)系可以包括基數(shù)性約束,，以及采用成對的相關(guān)主鍵與外鍵來建模,，并命名為關(guān)聯(lián)角色。下圖描述 了使用UML對這種關(guān)系的建模,。

物理模型
UML也提供一些機(jī)制來表示數(shù)據(jù)庫的整體物理結(jié)構(gòu),，它的內(nèi)容和部署位置。我們用構(gòu)造型組件來表示一個(gè)物理數(shù)據(jù)庫,。見下圖：

一個(gè)組件表示了一個(gè)離散,，可部署的實(shí)體。在物理模型中,，組件可以映射到一個(gè)物理硬件（UML的節(jié)點(diǎn)）,。對于數(shù)據(jù)庫內(nèi)的關(guān)系模式，我們用帶《Schema》 構(gòu)造型的包來表示,。一個(gè)表可以放置到《Schema》中來建立它在數(shù)據(jù)庫中的范圍和位置,。

從類模型到關(guān)系模型的映射
我們已經(jīng)描述了所關(guān)注的兩個(gè)領(lǐng)域和它們使用的標(biāo)注,，現(xiàn)在將我們的注意力轉(zhuǎn)移到如何映射，及如何從一個(gè)領(lǐng)域轉(zhuǎn)換到另一個(gè)領(lǐng)域,。以下采用的策略和表達(dá)順序是建議性的,，而不是必須的。采用何種步驟和過程要根據(jù)個(gè)人的需要和環(huán)境而定,。

1. 類的建模
首先我們假設(shè)從一個(gè)已經(jīng)創(chuàng)建的類模型構(gòu)建一個(gè)新的關(guān)系數(shù)據(jù)庫模式,。顯然這是一個(gè)最容易的方向，這是因?yàn)槟Ｐ鸵恢痹谖覀兊目刂浦?，并且我們能根?jù)類模型來 優(yōu)化這關(guān)系模型。在現(xiàn)實(shí)環(huán)境下,，你可能需要在原有數(shù)據(jù)模型之上對類模型分層,，這是更難的一種情況，具有挑戰(zhàn)性,。在這里,，我們只關(guān)注第一種情況。至少類模型 會記錄元素的關(guān)聯(lián),，繼承和聚合關(guān)系,。

2. 標(biāo)識持久對象
建立類模型后，我們需要將類模型的元素分成需要持久性和不需要持久性兩類,。例如,，如果我們采用“模型－視圖－控制”的設(shè)計(jì)模式來設(shè)計(jì)我們的應(yīng)用程序，那么只在模型部分的類將需要持久狀態(tài),。

3. 假設(shè)每一個(gè)持久類映射到一個(gè)關(guān)系表
這是一個(gè)大的假設(shè),，但是它對大多數(shù)情況有用（現(xiàn)在先把繼承的問題放一邊）。在一個(gè)最簡單模型中,，一個(gè)來自邏輯模型的類映射到關(guān)系表的全部或一部分,。這個(gè)映射的邏輯擴(kuò)展是一個(gè)單獨(dú)的對象（或類的實(shí)例）映射到表中單獨(dú)的“行”。

4. 選擇一個(gè)繼承策略.
繼承可能是從面向?qū)ο竽Ｐ娃D(zhuǎn)換到關(guān)系模型過程中最容易出現(xiàn)問題的關(guān)系和邏輯結(jié)構(gòu),。關(guān)系領(lǐng)域本質(zhì)上是平面的,，每一個(gè)實(shí)體自身完成，而對象模型常常是一個(gè)具有 深度的,，設(shè)計(jì)完善的類層次結(jié)構(gòu),。這樣深度的類模型可以有多層的繼承屬性和行為，運(yùn)行時(shí)生成最后全功能的對象:

1. 每一個(gè)類層次結(jié)構(gòu)有一個(gè)單獨(dú)對應(yīng)的表,，這個(gè)表包含所有元素的繼承屬性－因此,，這個(gè)表是該層次結(jié)構(gòu)中每個(gè)類的聯(lián)合。例如,，人,，父母,，孩子和孫子可能形成一個(gè)單獨(dú)的類層次結(jié)構(gòu)，并且每個(gè)類中的元素都會出現(xiàn)在相同的關(guān)系表中;
2. 類層次結(jié)構(gòu)中的每一個(gè)類有一個(gè)對應(yīng)的表,，該表有僅能被該類訪問的屬性（包括繼承屬性）,。例如，如果“孩子”僅僅從“人”繼承而來,，表將僅包含“人”和“孩子”的元素;
3. 類層次結(jié)構(gòu)中的每個(gè)類的自有屬性對應(yīng)一個(gè)表。例如,，“孩子”將映射到一個(gè)僅帶孩子屬性的單個(gè)表

對每一種方法,，我們有對應(yīng)的案例,。但是我們推薦第三種方法，因?yàn)樗詈唵?，最容易維護(hù)和最不容易出錯(cuò),。第一種方法提供了運(yùn)行時(shí)最佳的性能,。第二種方法是第 一種與第三種的折衷。第一種方法展開層次結(jié)構(gòu),，在一個(gè)表里放置所有的屬性,，這樣方便類層次結(jié)構(gòu)中對類的更新和提取，但是不易于驗(yàn)證和維護(hù),。與“行”關(guān)聯(lián)的 業(yè)務(wù)規(guī)則是難以實(shí)現(xiàn)的,，因?yàn)楸碇械拿恳恍卸伎赡鼙粚?shí)例化為層次結(jié)構(gòu)中的對象,。“列”之間的依賴關(guān)系可能變得相當(dāng)復(fù)雜。此外,，對層次結(jié)構(gòu)中任何一個(gè)類的更新 將可能影響層次結(jié)構(gòu)中其它每個(gè)類,，如表中的列被添加，刪除和修改,。

第二種方法是一種折衷方案,，提供了更好的封裝和消除空列?？墒?，對父類的修改可能需要在所有子類的表中進(jìn)行復(fù)制，更糟的是,，有兩個(gè)或多個(gè)子類的父類數(shù)據(jù)可 能被冗余地存儲在許多表中,；如果父類的屬性被修改，那么要花相當(dāng)?shù)臅r(shí)間去查找相關(guān)的子表,，并更新受影響的行,。

第三種方法精確地反映了對象模型，它將層次結(jié)構(gòu)中的每一個(gè)類映射成一個(gè)獨(dú)立的表,。父類或子類的更新是在正確空間的局部范圍內(nèi)進(jìn)行的,。對實(shí)體的任何修改被嚴(yán) 格限定于單個(gè)表內(nèi),，因此表的維護(hù)也就相對簡單,。缺點(diǎn)是需要在運(yùn)行時(shí)重構(gòu)結(jié)構(gòu)層次，來精確產(chǎn)生一個(gè)子類的狀態(tài),。一個(gè)“Child”的對象可能需要一個(gè) “Person”的成員變量用于表示它的父輩,。由于這兩者都需要加載，兩次調(diào)用數(shù)據(jù)庫來初始化一個(gè)對象,。隨著類結(jié)構(gòu)層次加深,，初始化或更新一個(gè)單獨(dú)對象的 數(shù)據(jù)庫調(diào)用次數(shù)也隨之增加。

當(dāng)你映射繼承關(guān)系到關(guān)系模型時(shí),，理解上述要點(diǎn)是很重要的,，這樣你就選擇最適合你的方案。

5. 為每一個(gè)類添加一個(gè)唯一的對象標(biāo)識符
在關(guān)系和對象的領(lǐng)域里,，需要唯一標(biāo)識一個(gè)對象或?qū)嶓w,。在對象模型中，非持久對象在運(yùn)行時(shí)通常被直接引用或?qū)ο笾羔榿順?biāo)識,。一旦對象被創(chuàng)建,，我們可以用它運(yùn) 行時(shí)的標(biāo)識符來引用它。但是,，如果我們將對象寫入存儲空間,，那么如何按需要得到完全相同的實(shí)例是一個(gè)問題。最便捷的方式是定義一個(gè)OID（對象標(biāo)識符）， 它在關(guān)注的命名空間是被確保唯一的,。根據(jù)需要,，這可能發(fā)生在類，包或系統(tǒng)的層級上,。

系統(tǒng)級別OID的一個(gè)例子可以是一個(gè)使用微軟“guidgen”工具創(chuàng)建的GUID（全局唯一標(biāo)識符）,，如{A1A68E8E-CD92-420b- BDA7-118F847B71EB}。類級別的OID可以用簡單得數(shù)字實(shí)現(xiàn)（如：３２位計(jì)數(shù)器）,。如果一個(gè)對象具有對其它對象的引用,，它可以采用使用它 們的OID的方法。那么,，在運(yùn)行時(shí)有效地將引用的對象從存儲區(qū)加載到模型中,。關(guān)于上述OID值的重點(diǎn)是它沒有超出定義它為標(biāo)識符的簡單含義。它們僅是邏輯 指針而沒有其它意義,。在關(guān)系模型中,，情況往往是不同的。

關(guān)系模型中標(biāo)識正常地用一個(gè)主鍵實(shí)現(xiàn),。主鍵是一個(gè)表中的一組“列”,，它們合起來可以唯一地標(biāo)識一個(gè)行。例如：名稱和地址可以唯一地標(biāo)識一個(gè)“客戶”,。其它 實(shí)體,，如：“銷售員”引用“客戶”，它們要實(shí)現(xiàn)基于“客戶”主鍵的外鍵,。這個(gè)方法存在的問題是：將業(yè)務(wù)信息（如客戶名和地址）嵌入標(biāo)識符中對我們目標(biāo)的影 響,。設(shè)想三個(gè)或四個(gè)表全部具有基于“客戶”主鍵的外鍵，對于一個(gè)需要修改客戶主鍵（如：增加一個(gè)用戶類型）的系統(tǒng)修改,，那么既要修改客戶表,，也要修改與外 鍵相關(guān)的實(shí)體，這個(gè)工作是十分巨大的,。

另一方面,，如果一個(gè)OID被當(dāng)作主鍵實(shí)現(xiàn)，并為其它表建立外鍵,，那么修改范圍僅限于主表,，并且修改的影響也因此大大減小。實(shí)際上,，一個(gè)基于業(yè)務(wù)數(shù)據(jù)的主鍵 也許會被修改,。如：一個(gè)客戶可以修改地址和名字，既然這樣,，這個(gè)變化需要被正確的傳遞到所有其它相關(guān)的實(shí)體,，更不用提改變部分主鍵信息的困難,。

一個(gè)OID總是引用同一個(gè)實(shí)體，而不管其它信息怎么改變,。在上面的例子中,，客戶可以修改名稱和地址，與它相關(guān)聯(lián)的表不需要被修改,。當(dāng)把對象模型映射到關(guān)系 表時(shí),，實(shí)現(xiàn)完全OID的標(biāo)識符比采用業(yè)務(wù)聯(lián)系的主鍵更加便捷。用OID做為主鍵和外鍵的方法將為對象提供更好的加載和更新效率,，將維護(hù)服務(wù)減到最少,。實(shí)際 上，一個(gè)與業(yè)務(wù)相聯(lián)系的主鍵可以替換為：

• 一個(gè)唯一性約束或相關(guān)列的索引;
• 嵌入類行為的業(yè)務(wù)規(guī)則;
• 或?qū)⑸鲜鰞煞N結(jié)合起來.

再次重申,，是使用有意義的鍵還是使用OID取決于被開發(fā)系統(tǒng)的實(shí)際需要,。

6. 映射屬性到“列”
通常，我們將簡單的類數(shù)據(jù)屬性映射到關(guān)系表的列,。例如,，一個(gè)文本或數(shù)字字段可以分別表示一個(gè)人的名字和年齡，這種直接映射不會引起什么問題,，只是簡單地在數(shù)據(jù)庫服務(wù)商的關(guān)系模型中選擇適當(dāng)?shù)?，與類屬性相對應(yīng)的數(shù)據(jù)類型。

對復(fù)雜屬性（即屬性為其它對象）使用下面詳細(xì)的步驟來處理關(guān)聯(lián)和聚合關(guān)系,。

7. 映射關(guān)聯(lián)到外鍵
更復(fù)雜的類屬性（即它們代表其它類）通常建模為關(guān)聯(lián)關(guān)系,。一個(gè)關(guān)聯(lián)是對象間的結(jié)構(gòu)關(guān)系。例如,，一個(gè)人可以居住在一個(gè)地址,，當(dāng)這個(gè)人被建模,，他會有城市,，街 道，郵編的屬性,。在對象和關(guān)系領(lǐng)域里,，我們傾向于把這個(gè)信息當(dāng)作單獨(dú)的實(shí)體來構(gòu)造:“地址”。在對象領(lǐng)域里,，地址代表一個(gè)獨(dú)一無二的物理對象,，并可能帶有 一個(gè)唯一OID。在關(guān)系領(lǐng)域,，一個(gè)地址可以是地址表中的一行,，該表的主鍵被用作為其它實(shí)體的外鍵。

在這兩種模型中,，趨向于移動地址信息到獨(dú)立實(shí)體,，這有助于避免冗余數(shù)據(jù)和提高可維護(hù)性。所以對于每一個(gè)類模型中的關(guān)聯(lián)，要考慮創(chuàng)建一個(gè)從子類到父類表的外鍵,。

8. 映射聚合和復(fù)合
聚合和復(fù)合關(guān)系類似于關(guān)聯(lián)關(guān)系,，并通過“主鍵－外鍵”對來映射成表。但是,，需要提醒的是：普通聚合（弱聚合）對關(guān)系建模,，如：一個(gè)人住在一個(gè)或多個(gè)地址， 在此例中,，超過一個(gè)以上的人可能住在相同地址,，如果這個(gè)人不在這里住了，與他相連的地址仍然存在,。這個(gè)例子例舉了關(guān)系術(shù)語中稱之為“多對多的關(guān)系”,，并且 通常實(shí)現(xiàn)為一個(gè)獨(dú)立的表，該表包含了從一個(gè)表格的主鍵到另一個(gè)表格主鍵的映射,。

弱聚合的第二個(gè)例子是：一個(gè)實(shí)體在那里使用或排除了另一個(gè)實(shí)體的所有權(quán),。例如：一個(gè)“人”的實(shí)體擁有一組股票，這標(biāo)明這個(gè)人可能與一個(gè)“股票”表中的某些 股票有關(guān)聯(lián),，也可能沒有關(guān)系,。但是每個(gè)股票可以聯(lián)系一個(gè)人，或不與任何人發(fā)生關(guān)系,。如果這個(gè)人不在了,，這個(gè)股票將變?yōu)椤盁o主”的，或者被傳遞給下一個(gè)人,。 在這個(gè)關(guān)系模型中,，可以通過每個(gè)股票有一個(gè)“所有者”列來實(shí)現(xiàn)，這個(gè)“所有者”列將存儲一個(gè)人的標(biāo)識符（OID）,。

強(qiáng)聚合形式則有與之關(guān)聯(lián)的完整約束,。復(fù)合表明一個(gè)實(shí)體由部件組成，并且這些部件對整體有依賴關(guān)系,。例如：一個(gè)人可以有很多證明文件,，如護(hù)照，出生證明,，駕 照等,。這個(gè)人的實(shí)體可以由這樣的一組文件組成。如果這個(gè)人從系統(tǒng)里被刪除,，那么證明文件也要被刪除,，因?yàn)檫@些文件被映射到一個(gè)唯一個(gè)體。

如果我們暫時(shí)忽略O(shè)ID,，弱聚合可能使用中間表來實(shí)現(xiàn)（對多對多的情況）或者在一個(gè)聚合的類或表采用一個(gè)外鍵來實(shí)現(xiàn)（一對多的情況）,。在多對多關(guān)系的情況 下,，如果父類被刪除，中間表中的實(shí)體也要被刪除,。在一對多的情況下,，如果父類被刪除，外鍵輸入（如“所有者”）必須被清除,。

在復(fù)合的情況下,，外鍵的使用是強(qiáng)制的，約束條件是父類刪除后,，部件也必須被刪除,。邏輯上，復(fù)合是有一種含義,，部件主鍵形成了全部主鍵的一部分,。例如：一個(gè)人的主鍵由他證明文件組成。盡管實(shí)際上是相當(dāng)冗長的,，但邏輯關(guān)系上為真,。

9. 定義關(guān)系作用
對于每一個(gè)關(guān)聯(lián)關(guān)系，可能會進(jìn)一步指明關(guān)系每一個(gè)端點(diǎn)的角色信息,。通常包含主鍵約束名和外鍵約束名,。圖６例示了這個(gè)概念，這在邏輯上定義兩個(gè)類之間的關(guān) 系,。另外,，可能會在作用名上標(biāo)明附加約束（即{非空}）和基數(shù)性約束（即０..ｎ）。

10. 模型行為
我們現(xiàn)在來討論另一個(gè)難題：是映射部分還是所有的類行為到數(shù)據(jù)庫商提供的功能上,，這些功能以觸發(fā)器,，存儲過程，唯一性,，數(shù)據(jù)約束和關(guān)系完整性的形式出現(xiàn),。 一個(gè)非持久對象模型通常可以實(shí)現(xiàn)一種或多種語言（如Java和Ｃ++）需要的所有行為,。每一個(gè)類將用公共的,，保護(hù)的和私有的方式描述它被賦予的行為和職 責(zé),。

不同數(shù)據(jù)庫商的關(guān)系數(shù)據(jù)庫通常包含不同形式的,，基于SQL的可編程腳本語言，用來實(shí)現(xiàn)對數(shù)據(jù)的操作,。最常用的例子 是觸發(fā)器和存儲過程,。當(dāng)我們混合對象和關(guān)系模型，要做的決定往往是：是實(shí)現(xiàn)類模型中所有的業(yè)務(wù)邏輯,，還是將部分的業(yè)務(wù)邏輯放在關(guān)系DBMS中更常用而有效 率的觸發(fā)器和存儲過程中,。從完全面向?qū)ο蟮慕嵌瓤?，答案是避免使用觸發(fā)器和存儲過程，并且將所有行為放到類中,。這樣會使行為局部化,，從而提供了一個(gè)更清晰 的設(shè)計(jì)，簡化了維護(hù),，并且提供了在不同DBMS提供商之間更好的移植性,。

在現(xiàn)實(shí)世界，存儲過程和觸發(fā)器的設(shè)計(jì)目標(biāo)底線可以是每秒至少執(zhí)行幾百次或幾千次之多,。如果為了追求模型的清晰,，移植性，可維護(hù)性和靈活性,，那么就將所有的行為放在對象方法中,。

如果性能是關(guān)注的焦點(diǎn)，可以考慮將部分行為交給更有效的DBMS編程語言,。注意到將對象模型與存儲過程以安全方式集成所花的額外時(shí)間,，包括遠(yuǎn)程影響和調(diào)試的問題，可能要比簡單部署更高性能的硬件更多,。

如前面所述,，UML數(shù)據(jù)profile提供下列擴(kuò)展（構(gòu)造型操作），可用來對DBMS行為建模:

• 主鍵約束（PK）;
• 外鍵約束（FK）;
• 索引約束（Index）;
• 觸發(fā)器（Trigger）;
• 唯一性約束（Unique）;
• 有效性檢查（Check）.

11. 產(chǎn)生物理模型
在ＵＭＬ中,，物理模型描述了物體如何在現(xiàn)實(shí)世界里部署：硬件平臺,，網(wǎng)絡(luò)連接，軟件,，操作系統(tǒng),，動態(tài)連接庫和其它組件。你需要生成一個(gè)物理模型來完成這個(gè)周 期：從一個(gè)初始的用例或領(lǐng)域模型,，到類模型和數(shù)據(jù)模型,，最后到部署模型。通常對這個(gè)模型,，你要創(chuàng)建一個(gè)或多個(gè)節(jié)點(diǎn),，這些節(jié)點(diǎn)可以存放數(shù)據(jù)庫，并安裝 DBMS組件,。如果數(shù)據(jù)庫被分成多于一個(gè)的DBMS實(shí)例,，你可以分配表的包《Schema》給單個(gè)DBMS組件來指明數(shù)據(jù)位置。

總結(jié)
使用UML進(jìn)行數(shù)據(jù)庫建模,，就象你看到的,，當(dāng)從對象領(lǐng)域映射到關(guān)系領(lǐng)域時(shí)，有很多要注意的問題,。UML提供了這兩個(gè)領(lǐng)域之間的橋梁,。UML數(shù)據(jù)profile也是一種成功地把兩個(gè)領(lǐng)域集成起來的優(yōu)秀的擴(kuò)展語言,。