一旦輸入了新表的屬性信息，圖將被更新，顯示出你所提供的新的或更改后的表信息。下面的圖形顯示了一個表的實例，這個表的屬性信息見圖2a和圖2b。在圖2a和圖2b中，許多列被定義成了（m）andatory（強制的）、（p）rimary（主鍵）和（d）isplayed（被顯示的）列。下面的圖顯示了為該表輸入的部分屬性信息。
圖3a：PowerDesigner的表
圖3b：Visio的表
在圖3a中可以看到一些非標準的數據類型，如PHONENUMBER和PK。許多數據建模工具允許定義域或定制數據類型，它們可供一個以上的列使用。域不僅代表著數據類型——通常，它們還包含檢查約束、默認值、值列表等信息。如果你想要更新一個域（例如定義一種新的電話號碼格式），所有該模型中引用該域的列都將自動更新。
3.2 關系
如果我們只定義數據模式中的表，數據建模工具就不那么重要了。各個表之間的關系、依賴情況往往很復雜，有一個管理和顯示這些關系的工具將帶來很大的幫助。對于一個給定的關系，必須收集的重要信息包括：
父表和子表。
兩個表之間的強制關系。例如，父表可能有一個子表，但子表必須有一個父表。
關系基數（Cardinality）。即，一個父表可以有零個或者多個子表，但一個子表有且只能有一個父表。
關于關系的注釋、意見和角色說明。
大多數建模工具通過在兩個或者更多表之間畫出連線的方式定義關系。默認情況下，關系往往被定義成為一對多關系，而且它對于關系中的任何一方都是可選的。要修改關系，你必須打開關系的屬性窗口，更新實體關系的特征信息。圖4a和圖4b顯示了兩個不同的工具允許為關系定義的部分屬性：
圖4a：PowerDesigner的關系屬性設置界面
圖4b：Visio的關系屬性設置界面
該圖顯示了一個一對多關系——一個典型的父-子關聯關系。部門（Branch）和雇員（Emplyee）的關系是強制的。它意味著一個部門必須至少有一個雇員（1-N強制關系）；另一方面，它意味著一個雇員必須屬于且只能屬于一個部門（1-1強制關系）。圖5a和圖5b反映了修改后的關系。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
