1. 概述
本指南只介紹用 Powerdesigner 設計概念模型、物理模型及倉庫的使用， Powerdesigner 其它模型的使用不在本指南的介紹範圍。
本指南使用的工具爲 Powerdesigner12.5 。因 Powerdesigner 各版本間在概念模型、物理模型設計操作上的改變不大，本指南對使用其它版本的 Powerdesigner 具有一定的指導作用。
本指南以組織機構模型作爲實例。
本指南的重點是介紹 Powerdesigner 工具的使用，不介紹建模技術。
在實際的設計過程中，不強制要求一定要先建概念模型，再建物理模型。而是根據個人或項目的要求決定建什麼模型。
2. 術語
工作區： workspace 。保存當前在 Powerdesigner 中使用的模型文件，下次執行 Powerdesigner 時，自動把工作區中的模型文件顯示出來。
域： Domain 。自定義的數據類型。
概念模型： Conceptual Data Model 。
物理模型： Physical Data Model 。
倉庫： Repository 。用於保存提交的模型文件，每次提交的模型文件都有一個版本號。方便多人協同設計和版本管理。
3. Powerdesigner 的一些特性應用
3.1 Name 和 Code 的鏡像設置
Powerdesigner 的每一個對象都包含 name 和 code ，在生成代碼時，使用的是 code ， name 是方便我們閱讀。
建議在建模時， name 欄輸入中文， code 欄輸入英文字符，這樣既方便我們閱讀，也方便生成代碼。
默認情況下，在 name 欄輸入的內容會自動填寫到 code 。如果不希望這樣，可執行菜單“ Tools/ General Options ”，在彈出窗口中選擇 Dialog ，如下圖：
取消 Name to Code mirroring 前的選擇就可以了。
3.2 與倉庫的連接設置
如果需要設置與倉庫連接的參數，可執行“ Tools/ General Options ”，在彈出窗口中選擇 Repository ，如下圖：
相信大家從窗口上各選項的字面意思就能明白該選項是起什麼作用了。
3.3 排列圖元
Powerdesigner 提供了快速排列圖元位置的工具條 Layout 。在工具條位置單擊鼠標右鍵，彈出如下選擇：
選中 Layout ，在工具條位置就會出現如下圖元排列調整的工具條：
4. 設計概念模型
4.1 爲什麼要建概念模型
概念模型的理論基礎是實體 / 關係理論，建立的圖形也叫 實體 / 關係 圖，或者 E/R 圖。我們也可以把 E/R 圖看着是沒有方法、只有屬性的類圖，是類圖的一種特例。 實體 / 關係 圖能夠使我們在建模時先拋開數據庫表設計的細節，集中精力把現實世界的實體和關係轉換爲 實體 / 關係 模型，以使我們建立的 實體 / 關係 模型儘量真實的反映現實世界。
概念模型與使用的數據庫無關，當我們的系統需要使用不同的數據庫系統時，我們就可以使用概念模型生成對應該數據庫的物理模型，而不需要重新設計。
4.2 界面圖標說明
4.3 模型設置
執行“ Tools/Model Options ”，在彈出窗口中選擇 Model Options ，如下圖：
其中的主要選項說明：
l Name/Code case sensitive ： Name/Code 欄區分大小寫。
l Notation ：實體間關係的幾種不同圖形表示方式。建議統一選擇 E/R+Merise 方式。
4.4 設置圖元
執行“ Tools/Display Preferences ”，彈出如下窗口：
在 Object View 中可設置各對象需要顯示的內容，在 Format 中可設置顯示的圖形樣式。
4.5 新建一個概念模型
點擊 New 按鈕，在彈出窗口中選擇 Conceptual Data Model ，給出模型名稱，如下圖：
確定後即進入概念模型編輯界面。
4.6 建立域
執行菜單“ Model/Domains ”，即彈出域列表窗口，在此窗口中增加《數據庫設計規範》中的域定義，如下圖：
4.7 建立實體 / 關係圖
4.7.1 建立包
在開始建立實體關係圖前，我們先按照分類或者模塊建立包。建立包的好處是便於分類存放實體，增加模型的可讀性。
不要在一個圖上畫過多的實體及關係，這樣會大大降低 E/R 圖的易讀性；也不要在一個圖上畫多頁實體及關係，因爲在生成文檔時，系統是把一個圖處理成一個圖片，如果一個圖上有很多頁，生成圖片上的實體圖就會小到看不清楚。儘量在一個圖上只畫一頁。
我們把組織機構模型分成三個包：組織機構信息，人員信息，字典數據。組織機構信息包存放組織機構的實體關係圖，人員信息包存放人員的實體關係圖，字典數據包存放所有的類別實體。
4.7.2 關係圖元說明
關係圖元含義如下：
：一對多關係。一個實體 A 對應 0 到多個實體 B ，一個實體 B 對應 0 ～ 1 個實體 A 。對應到物理模型， A 的主鍵作爲 B 的外鍵，可爲空。
：強制一對多關係。一個實體 A 對應 0 到多個實體 B ，一個實體 B 必須對應一個實體 A 。對應到物理模型， A 的主鍵作爲 B 的外鍵，不能爲空。
：依賴關係。實體 B 依賴實體 A 而存在，即存在實體 A 不一定存在實體 B ，不存在實體 A 肯定不存在實體 B 。對應到物理模型， A 的主鍵作爲 B 的主鍵之一，不能爲空。
4.7.3 建立圖
假設我們建立的組織機構模型要滿足如下要求：
1. 有多個同級別不同行業的組織機構，有的組織機構可能跨多個行業；
2. 各組織機構的子機構層數不盡相同；
3. 組織機構的類型可能不同；
4. 組織機構所處的行政區域不盡相同。
我們在組織機構信息包中初步建立的 E/R 圖如下：
在這個 E/R 圖中，我們只是從上面的描述中識別出實體和實體間的關係。因組織機構和行業是多對多的關係，圖中的“組織機構的行業”即是組織機構和行業間的關聯實體。
建立初步的 E/R 圖後，我們再檢查各實體及實體間的關係。如果要對一個關係做小的調整，雙擊該關係，彈出關係屬性窗口，切換到 cardinalities 頁，如下圖：
在此頁面上即可調整關係。
建議： 在建立、修改 E/R 圖的過程中，不要急於輸入實體、實體屬性的 code 欄內容，也不要急於確定實體屬性的數據類型。因爲我們在整個建模過程中，會不斷增加、刪除實體及實體的屬性，如果一開始就先給 code 欄輸入內容，會增加我們的工作量。等到 E/R 圖定型後，再根據《數據庫設計規範》要求一次性輸入 code 欄內容、確定實體屬性的數據類型。
4.7.4 使用另一個包中的實體
假設人員信息有如下要求：
1. 一個人員必須且只能屬於一個組織機構；
2. 一個人員可能會有一個職稱。
我們在人員信息包中建人員模型時，就需要用到組織機構信息包中的組織機構實體。 Powerdesigner 提供了 Paste as Shourcut 功能（快捷鍵 Ctrl+K ）來滿足這個操作要求。先在組織機構實體上按 copy （快捷鍵 Ctrl+C ），然後回到人員信息包中的圖上按 Paste as Shourcut 功能（快捷鍵 Ctrl+K ）。最後建模的結果如下圖：
在組織機構名稱下面註明其來源於組織機構信息包，在左下角有個快捷符號。
有的機構中，一個人員可能會在多個部門任職，這種情況在政府機構中比較常見。我們上面的人員信息模型就無法滿足這種要求，需要改成下面這個模型了：
4.7.5 完善設計
在實體及實體關係基本確定後，我們就需要完善各實體的具體內容了。有的人習慣在建實體時就把實體的所有屬性都錄入進去，這也沒什麼問題。
在前面的 E/R 圖中，我們只給出了實體少量屬性，這顯然是遠遠不夠的。前面之所以這樣做，是因爲我們想把精力和工作重點放在識別實體和實體關係上。現在我們就需要補充實體的屬性了。要補充的屬性包括如下幾方面：
1. 實體本來具有的屬性；
2. 基於設計考慮要添加的屬性；
3. 《數據庫設計規範》中要求添加的屬性。
建議 ：
1. 對同一個實體，設計時的視角不同，系統的要求不同，所需要的實體屬性也就不同。儘量不要引入當前系統不需要的屬性。
2. 儘量多寫註釋，尤其是一些不容易理解的實體和屬性，更應該寫上註釋。因爲設計人員明白的實體和屬性，其他人員未必能夠明白。或者自己設計時明白了，過了一段時間後可能又忘了。
小技巧 ：在建模時爲了方便，我們直接在各包中畫需要的字典實體。模型穩定後，再按住各字典實體，拖到字典數據包中。被拖走字典實體的組織結構模型如下圖：
說明 ：本指南中就不完善各實體的屬性了，有興趣的同事可以去補充完善。
4.7.6 確定編碼和數據類型
前面的工作完成後，這一步的工作就比較簡單了。按照《數據庫設計規範》，輸入實體、屬性的 Code ，選擇實體的數據類型就行了。
選擇實體的數據類型時，優先使用前面定義的域，域中沒有需要的數據類型時，再自己選擇數據類型。
雙擊一個實體，然後切換到 Attributes 頁，就是屬性的編碼和數據類型編輯界面了，如下圖：
上圖中三個選擇列的意思如下：
l M ：強制。選上該項後，即表示該屬性的值不能爲空。
l P ：主鍵。這個就不用解釋了。
l D ：顯示。如果不選該項，即表示該屬性不需要顯示。這個主要是針對 C/S 結構設計的，使用默認值就行了。
當我們選擇域後，該域的數據類型就自動顯示在屬性的數據類型列了。
4.8 檢查
Powerdesigner 提供的 Check Model 功能可幫助我們找出、改正設計模型中的錯誤和疏漏。執行“ Tools/Check Model ”，彈出如下窗口：
在“ Options ”頁選擇要檢查的項目，在“ Selection ”頁選擇要檢查的內容，然後確定， Powerdesinger 就開始檢查並把檢查結果顯示出來。
建議 ：在生成物理模型前一定要執行檢查功能。檢查結果中沒有錯誤，最好也沒有警告後才生成物理模型。
4.9 生成物理模型
完成前面各步驟的工作，通過檢查後，就可以生成物理模型了。
執行“ Tools/Generate Physical Data Model ”，彈出如下窗口：
General 頁上有“生成新的物理模型”、“修改存在的物理模型”選項。
生成新的物理模型：選擇物理模型使用的數據庫，給出物理模型的 Name 和 Code （都有默認值）。
修改存在的物理模型：系統會先進行差異比較，並把比較結果顯示出來，如下圖：
上圖中的“性別”是概念模型有而存在的物理模型中沒有的，用戶可以選擇是否生成到物理模型中。
4.10 生成報表
Powerdesigner 提供了比較方便的報表模板定製和報表生成功能。
用好這個功能，以後就不用再辛苦的寫數據庫設計文檔，直接根據建好的模型生成數據庫設計文檔就行了。
4.10.1 定製報表模板
執行“ Report/Report Templates ”，彈出如下窗口：
Powerdesigner 提供了幾種報表模板，如果覺得不合適，可以點擊上圖中的新建按鈕來創建一個新的報表模板，也可以修改現有的模板。
Powerdesigner 報表模板定製不僅能定製段內容，還能定製表格列、列的標題、列寬、字體。
4.10.2 生成報表
執行“ Report/Generate Report ”，彈出如下窗口：
選擇報表模板，生成報表的格式和保存路徑，就可以生成報表了。
5. 設計物理模型
5.1 界面圖標說明
5.2 模型設置
執行“ Tools/Model Options ”，在彈出窗口中選擇 Model Settings ，如下圖：
其中的主要選項說明：
l Name/Code case sensitive ： Name/Code 欄區分大小寫。
l Notation ：表間關係的幾種不同圖形表示方式。建議統一選擇 CODASYL 方式。
5.3 設置圖元
執行“ Tools/Display Preferences ”，彈出如下窗口：
在 Object View 中可設置各對象需要顯示的內容，在 Format 中可設置顯示的圖形樣式。
5.4 新建一個物理模型
點擊 New 按鈕，在彈出窗口中選擇 Conceptual Data Model ，給出模型名稱，選擇數據庫類型，如下圖：
確定後即進入概念模型編輯界面。
5.5 建立表及表關聯
與概念數據模型中不同，在物理模型中，當我們建立兩個表間的關聯關係時，系統會自動把一個表的主鍵作爲另一個表的外鍵插入到該表中。下圖是從概念模型生成的物理模型：
對比一下概念模型：
“組織機構的行業”表生成了複合主鍵。組織機構表中的自關聯關係生成了一個外鍵，並自動給了個命名，我們可以修改這個命名，使其符合我們的命名規範。
如果是根據已建好的概念模型生成的物理模型，在表及關聯上就不需要做什麼調整了1. 概述
本指南只介紹用 Powerdesigner 設計概念模型、物理模型及倉庫的使用， Powerdesigner 其它模型的使用不在本指南的介紹範圍。
本指南使用的工具爲 Powerdesigner12.5 。因 Powerdesigner 各版本間在概念模型、物理模型設計操作上的改變不大，本指南對使用其它版本的 Powerdesigner 具有一定的指導作用。
本指南以組織機構模型作爲實例。
本指南的重點是介紹 Powerdesigner 工具的使用，不介紹建模技術。
在實際的設計過程中，不強制要求一定要先建概念模型，再建物理模型。而是根據個人或項目的要求決定建什麼模型。
2. 術語
工作區： workspace 。保存當前在 Powerdesigner 中使用的模型文件，下次執行 Powerdesigner 時，自動把工作區中的模型文件顯示出來。
域： Domain 。自定義的數據類型。
概念模型： Conceptual Data Model 。
物理模型： Physical Data Model 。
倉庫： Repository 。用於保存提交的模型文件，每次提交的模型文件都有一個版本號。方便多人協同設計和版本管理。
3. Powerdesigner 的一些特性應用
3.1 Name 和 Code 的鏡像設置
Powerdesigner 的每一個對象都包含 name 和 code ，在生成代碼時，使用的是 code ， name 是方便我們閱讀。
建議在建模時， name 欄輸入中文， code 欄輸入英文字符，這樣既方便我們閱讀，也方便生成代碼。
默認情況下，在 name 欄輸入的內容會自動填寫到 code 。如果不希望這樣，可執行菜單“ Tools/ General Options ”，在彈出窗口中選擇 Dialog ，如下圖：
取消 Name to Code mirroring 前的選擇就可以了。
3.2 與倉庫的連接設置
如果需要設置與倉庫連接的參數，可執行“ Tools/ General Options ”，在彈出窗口中選擇 Repository ，如下圖：
相信大家從窗口上各選項的字面意思就能明白該選項是起什麼作用了。
3.3 排列圖元
Powerdesigner 提供了快速排列圖元位置的工具條 Layout 。在工具條位置單擊鼠標右鍵，彈出如下選擇：
選中 Layout ，在工具條位置就會出現如下圖元排列調整的工具條：
4. 設計概念模型
4.1 爲什麼要建概念模型
概念模型的理論基礎是實體 / 關係理論，建立的圖形也叫 實體 / 關係 圖，或者 E/R 圖。我們也可以把 E/R 圖看着是沒有方法、只有屬性的類圖，是類圖的一種特例。 實體 / 關係 圖能夠使我們在建模時先拋開數據庫表設計的細節，集中精力把現實世界的實體和關係轉換爲 實體 / 關係 模型，以使我們建立的 實體 / 關係 模型儘量真實的反映現實世界。
概念模型與使用的數據庫無關，當我們的系統需要使用不同的數據庫系統時，我們就可以使用概念模型生成對應該數據庫的物理模型，而不需要重新設計。
4.2 界面圖標說明
4.3 模型設置
執行“ Tools/Model Options ”，在彈出窗口中選擇 Model Options ，如下圖：
其中的主要選項說明：
l Name/Code case sensitive ： Name/Code 欄區分大小寫。
l Notation ：實體間關係的幾種不同圖形表示方式。建議統一選擇 E/R+Merise 方式。
4.4 設置圖元
執行“ Tools/Display Preferences ”，彈出如下窗口：
在 Object View 中可設置各對象需要顯示的內容，在 Format 中可設置顯示的圖形樣式。
4.5 新建一個概念模型
點擊 New 按鈕，在彈出窗口中選擇 Conceptual Data Model ，給出模型名稱，如下圖：
確定後即進入概念模型編輯界面。
4.6 建立域
執行菜單“ Model/Domains ”，即彈出域列表窗口，在此窗口中增加《數據庫設計規範》中的域定義，如下圖：
4.7 建立實體 / 關係圖
4.7.1 建立包
在開始建立實體關係圖前，我們先按照分類或者模塊建立包。建立包的好處是便於分類存放實體，增加模型的可讀性。
不要在一個圖上畫過多的實體及關係，這樣會大大降低 E/R 圖的易讀性；也不要在一個圖上畫多頁實體及關係，因爲在生成文檔時，系統是把一個圖處理成一個圖片，如果一個圖上有很多頁，生成圖片上的實體圖就會小到看不清楚。儘量在一個圖上只畫一頁。
我們把組織機構模型分成三個包：組織機構信息，人員信息，字典數據。組織機構信息包存放組織機構的實體關係圖，人員信息包存放人員的實體關係圖，字典數據包存放所有的類別實體。
4.7.2 關係圖元說明
關係圖元含義如下：
：一對多關係。一個實體 A 對應 0 到多個實體 B ，一個實體 B 對應 0 ～ 1 個實體 A 。對應到物理模型， A 的主鍵作爲 B 的外鍵，可爲空。
：強制一對多關係。一個實體 A 對應 0 到多個實體 B ，一個實體 B 必須對應一個實體 A 。對應到物理模型， A 的主鍵作爲 B 的外鍵，不能爲空。
：依賴關係。實體 B 依賴實體 A 而存在，即存在實體 A 不一定存在實體 B ，不存在實體 A 肯定不存在實體 B 。對應到物理模型， A 的主鍵作爲 B 的主鍵之一，不能爲空。
4.7.3 建立圖
假設我們建立的組織機構模型要滿足如下要求：
1. 有多個同級別不同行業的組織機構，有的組織機構可能跨多個行業；
2. 各組織機構的子機構層數不盡相同；
3. 組織機構的類型可能不同；
4. 組織機構所處的行政區域不盡相同。
我們在組織機構信息包中初步建立的 E/R 圖如下：
在這個 E/R 圖中，我們只是從上面的描述中識別出實體和實體間的關係。因組織機構和行業是多對多的關係，圖中的“組織機構的行業”即是組織機構和行業間的關聯實體。
建立初步的 E/R 圖後，我們再檢查各實體及實體間的關係。如果要對一個關係做小的調整，雙擊該關係，彈出關係屬性窗口，切換到cardinalities 頁，如下圖：
在此頁面上即可調整關係。
建議： 在建立、修改 E/R 圖的過程中，不要急於輸入實體、實體屬性的 code 欄內容，也不要急於確定實體屬性的數據類型。因爲我們在整個建模過程中，會不斷增加、刪除實體及實體的屬性，如果一開始就先給 code 欄輸入內容，會增加我們的工作量。等到 E/R 圖定型後，再根據《數據庫設計規範》要求一次性輸入 code 欄內容、確定實體屬性的數據類型。
4.7.4 使用另一個包中的實體
假設人員信息有如下要求：
1. 一個人員必須且只能屬於一個組織機構；
2. 一個人員可能會有一個職稱。
我們在人員信息包中建人員模型時，就需要用到組織機構信息包中的組織機構實體。 Powerdesigner 提供了 Paste as Shourcut 功能（快捷鍵 Ctrl+K ）來滿足這個操作要求。先在組織機構實體上按 copy （快捷鍵 Ctrl+C ），然後回到人員信息包中的圖上按 Paste as Shourcut 功能（快捷鍵 Ctrl+K ）。最後建模的結果如下圖：
在組織機構名稱下面註明其來源於組織機構信息包，在左下角有個快捷符號。
有的機構中，一個人員可能會在多個部門任職，這種情況在政府機構中比較常見。我們上面的人員信息模型就無法滿足這種要求，需要改成下面這個模型了：
4.7.5 完善設計
在實體及實體關係基本確定後，我們就需要完善各實體的具體內容了。有的人習慣在建實體時就把實體的所有屬性都錄入進去，這也沒什麼問題。
在前面的 E/R 圖中，我們只給出了實體少量屬性，這顯然是遠遠不夠的。前面之所以這樣做，是因爲我們想把精力和工作重點放在識別實體和實體關係上。現在我們就需要補充實體的屬性了。要補充的屬性包括如下幾方面：
1. 實體本來具有的屬性；
2. 基於設計考慮要添加的屬性；
3. 《數據庫設計規範》中要求添加的屬性。
建議 ：
1. 對同一個實體，設計時的視角不同，系統的要求不同，所需要的實體屬性也就不同。儘量不要引入當前系統不需要的屬性。
2. 儘量多寫註釋，尤其是一些不容易理解的實體和屬性，更應該寫上註釋。因爲設計人員明白的實體和屬性，其他人員未必能夠明白。或者自己設計時明白了，過了一段時間後可能又忘了。
小技巧 ：在建模時爲了方便，我們直接在各包中畫需要的字典實體。模型穩定後，再按住各字典實體，拖到字典數據包中。被拖走字典實體的組織結構模型如下圖：
說明 ：本指南中就不完善各實體的屬性了，有興趣的同事可以去補充完善。
4.7.6 確定編碼和數據類型
前面的工作完成後，這一步的工作就比較簡單了。按照《數據庫設計規範》，輸入實體、屬性的 Code ，選擇實體的數據類型就行了。
選擇實體的數據類型時，優先使用前面定義的域，域中沒有需要的數據類型時，再自己選擇數據類型。
雙擊一個實體，然後切換到 Attributes 頁，就是屬性的編碼和數據類型編輯界面了，如下圖：
上圖中三個選擇列的意思如下：
l M ：強制。選上該項後，即表示該屬性的值不能爲空。
l P ：主鍵。這個就不用解釋了。
l D ：顯示。如果不選該項，即表示該屬性不需要顯示。這個主要是針對 C/S 結構設計的，使用默認值就行了。
當我們選擇域後，該域的數據類型就自動顯示在屬性的數據類型列了。
4.8 檢查
Powerdesigner 提供的 Check Model 功能可幫助我們找出、改正設計模型中的錯誤和疏漏。執行“ Tools/Check Model ”，彈出如下窗口：
在“ Options ”頁選擇要檢查的項目，在“ Selection ”頁選擇要檢查的內容，然後確定， Powerdesinger 就開始檢查並把檢查結果顯示出來。
建議 ：在生成物理模型前一定要執行檢查功能。檢查結果中沒有錯誤，最好也沒有警告後才生成物理模型。
4.9 生成物理模型
完成前面各步驟的工作，通過檢查後，就可以生成物理模型了。
執行“ Tools/Generate Physical Data Model ”，彈出如下窗口：
General 頁上有“生成新的物理模型”、“修改存在的物理模型”選項。
生成新的物理模型：選擇物理模型使用的數據庫，給出物理模型的 Name 和 Code （都有默認值）。
修改存在的物理模型：系統會先進行差異比較，並把比較結果顯示出來，如下圖：
上圖中的“性別”是概念模型有而存在的物理模型中沒有的，用戶可以選擇是否生成到物理模型中。
4.10 生成報表
Powerdesigner 提供了比較方便的報表模板定製和報表生成功能。
用好這個功能，以後就不用再辛苦的寫數據庫設計文檔，直接根據建好的模型生成數據庫設計文檔就行了。
4.10.1 定製報表模板
執行“ Report/Report Templates ”，彈出如下窗口：
Powerdesigner 提供了幾種報表模板，如果覺得不合適，可以點擊上圖中的新建按鈕來創建一個新的報表模板，也可以修改現有的模板。
Powerdesigner 報表模板定製不僅能定製段內容，還能定製表格列、列的標題、列寬、字體。
4.10.2 生成報表
執行“ Report/Generate Report ”，彈出如下窗口：
選擇報表模板，生成報表的格式和保存路徑，就可以生成報表了。
5. 設計物理模型
5.1 界面圖標說明
5.2 模型設置
執行“ Tools/Model Options ”，在彈出窗口中選擇 Model Settings ，如下圖：
其中的主要選項說明：
l Name/Code case sensitive ： Name/Code 欄區分大小寫。
l Notation ：表間關係的幾種不同圖形表示方式。建議統一選擇 CODASYL 方式。
5.3 設置圖元
執行“ Tools/Display Preferences ”，彈出如下窗口：
在 Object View 中可設置各對象需要顯示的內容，在 Format 中可設置顯示的圖形樣式。
5.4 新建一個物理模型
點擊 New 按鈕，在彈出窗口中選擇 Conceptual Data Model ，給出模型名稱，選擇數據庫類型，如下圖：
確定後即進入概念模型編輯界面。
5.5 建立表及表關聯
與概念數據模型中不同，在物理模型中，當我們建立兩個表間的關聯關係時，系統會自動把一個表的主鍵作爲另一個表的外鍵插入到該表中。下圖是從概念模型生成的物理模型：
對比一下概念模型：
“組織機構的行業”表生成了複合主鍵。組織機構表中的自關聯關係生成了一個外鍵，並自動給了個命名，我們可以修改這個命名，使其符合我們的命名規範。
如果是根據已建好的概念模型生成的物理模型，在表及關聯上就不需要做什麼調整了