【文章內(nèi)容簡介】 設備組屬于65:分組 擴展的集的容量但我們談到大量集的容量時，至今為止我們僅僅提到以上可允許的關(guān)系取值的界限。76: 指出一個工程可分配給以最大數(shù)量的職員，一個職員可參與一最大數(shù)量的工程。職員工程參與76: 上/下界限（1）除了上界限，下界限對說明關(guān)系取值的最小數(shù)量有用。為此目的，技術(shù)可用兩個字母代表（a,b）,例如， (見 Scheer, 工業(yè)業(yè)務過程). 在 圖 87:上/下界限 (2) 指出每一個工程能參與至少a1和至多b1的引入類型的關(guān)系取值。表示每一個工程可被分配至少a1和至多b1職員。兩字母（a2,b2）顯示一個職員能參與至少a2和至多b2工程。職員參與工程圖 87:上/下界限 (2)從而，每一個關(guān)系通過兩個復雜度（最小和最大）表達。通常分配下限值0和1，上限值的范圍定義為1163。max163。* (*是一個通配符)。下限 min=0表示一個實體可以參與一個關(guān)系，但這并不是強制的。下限min=1表示一個實體必須參與至少一個關(guān)系，但這不是強制的。 98: 上/下限 (3)中的下限表示一個職員能參與一個關(guān)系但并不是必須的(min=0)，而一個工程必須參與至少一個關(guān)系（min=1）.這里的意思是職員根本不必參與每一個工程。相反，一個工程至少分配一個職員。職員參與工程98: 上/下限 (3)如果下限值僅0或1和上限值1或 *時可取的，下面（min,max）符號的四種情況是可能的： (1,1), (1,m), (0,1) 和 (0,m)對于這些下面的縮寫是常見的(見 Schlageter/Stucky, Datenbanksysteme 1983, p.51)：: 1 (對應(1,1)), c (對應(0,1)), m (對應(1,m)), cm (對應(0,m)), (此處c=choice 和 m=multiple).圖 109:上/下限 (4) 98: 上/下限 (3)。職員參與工程圖 109:上/下限 (4) 標識和存在的相關(guān)性由于通過指定下限和上限擴展集的容量，如在， 數(shù)據(jù)對象建的相關(guān)依賴現(xiàn)在可以定義。通過定義，由于關(guān)于關(guān)系類型和重新解釋的關(guān)系類型的實體類型的存在，關(guān)系類型和重新解釋的關(guān)系類型存在，從而，他們不能孤立地存在。這意味著他們相關(guān)地以標示的形式依賴于實體類型。 另外，有真正地擁有一個關(guān)鍵屬性并且依然依賴于其它實體的存在的實體類型。例如，這種依賴的類型通過分組運算符產(chǎn)生。從而，如圖 20: 相關(guān)依賴性相關(guān)依賴性 ，一個部門至少包含有一個工作站才有意義，以此類推，一個工作站的定義只有分屬于一個部門才有意義。 如圖 20: 相關(guān)依賴性，這種相關(guān)的依賴性通過復雜度表示。在一個（min,max）符號中，這些通過(1,1) 和 (1,*)說明。在數(shù)據(jù)模型里相關(guān)依賴的定義導致關(guān)于參考數(shù)據(jù)的完整性執(zhí)行靠后的情況。簡單地說，這的意思是遵守這些條件將會保證數(shù)據(jù)庫內(nèi)容的一致性被保持——甚至在一定處理已經(jīng)被執(zhí)行后。在下面例子中，這意味著當屬于一個部門的所有的工作站也被刪除時，這個工作站才能被刪除。 工作站屬于工程圖 20: 相關(guān)依賴性 公司技術(shù)術(shù)語的建?！夹g(shù)術(shù)語模型在建模中，尤其在數(shù)據(jù)建模中，我們不得不處理經(jīng)常發(fā)生的困難。在大的公司定義信息對象的術(shù)語是多變的。 在采購部門對術(shù)語 定購 的理解完全不同于在生產(chǎn)部門人們理解的意思。對一個公司及其部門，通過使用一致性術(shù)語，指定信息的可接受性能得到提高。由于這些原因，集成信息系統(tǒng)體系結(jié)構(gòu)（ARIS）的方法批含有的所謂的技術(shù)術(shù)語模型不僅允許管理在同義詞管理方面的不同術(shù)語，而且，允許保持數(shù)據(jù)模型對象（實體類型，關(guān)系類型，等等）間的關(guān)系，同被公司指定的技術(shù)術(shù)語一樣。 為了解釋這些關(guān)系的目的，介紹對象類型技術(shù)術(shù)語。目前，多樣的技術(shù)術(shù)語能被分配于數(shù)據(jù)模型的每一個信息對象。.211: 技術(shù)術(shù)語舉例說明這些.產(chǎn)生訂單生產(chǎn)訂單制作訂單生產(chǎn)訂單內(nèi)容訂購描 述211: 技術(shù)術(shù)語在一個層次結(jié)構(gòu)上技術(shù)術(shù)語能是關(guān)聯(lián)的和可以結(jié)合的。在技術(shù)術(shù)語模型中定義的技術(shù)術(shù)語也能用在其它包含信息對象的圖表中，例如，在說明一個輸入輸出功能的過程鏈中。 擴展的實體關(guān)系模型屬性分配圖以僅僅說明實體模型和關(guān)系類型形式的數(shù)據(jù)模型通常擁有一個非常復雜的結(jié)構(gòu)。如果實體關(guān)系模型屬性被包括在這些圖表中，他們就不再清楚。利用擴展的實體關(guān)系模型分配圖，你能以單獨的圖把實體關(guān)系模型屬性分配分配給每一個實體和關(guān)系類型。擴展的實體關(guān)系模型的對象類型（實體類型或關(guān)系類型）以一個取值副本的形式被包括在這個圖中。從而， 實體關(guān)系模型屬性（ERM）的關(guān)系可被模仿。對于連接的實體關(guān)系模型屬性，在一個關(guān)鍵屬性，外部的或一個被描述的屬性間能建立差別。.在 圖 22:一個實體類型的實體關(guān)系模型屬性的分配 中舉例說明這些。消費者姓消費者名字消費者號碼消費者圖 22:一個實體類型的實體關(guān)系模型屬性的分配 除了顯示和分配單獨的實體關(guān)系模型屬性，在這種圖表類型中你也能顯示屬性類型群以及它們的分配。定義: 一個屬性的類型群代表一個實體關(guān)系類型（ERM）的一群語義上敘述接近的實體關(guān)系模型屬性， 例如，這些允許包含所有一起來自一個次要的關(guān)鍵的實體關(guān)系模型的一個屬性群的創(chuàng)建。屬性類型群說明如下：地址23: 一個屬性類型群的標示在這個手冊的附錄，你可找到一個實體關(guān)系模型分配圖的所有可能關(guān)系的摘要。 選擇窗口的表示 SAP –結(jié)構(gòu)化實體關(guān)系模型（SERM）在此書中除了一個描述過的，其它ER模型表示也經(jīng)常使用。 經(jīng)常地，關(guān)系類型不作為單獨對象說明，而是，它們被作為實體類型間的聯(lián)系說明。擁有他們自己屬性的關(guān)系類型于是作為（弱的）實體類型被介紹 。這種表示形式的一個例子是被Sinz (見Sinz, 實體關(guān)系模型1990)提出的結(jié)構(gòu)化實體關(guān)系模型（SERM ）方法。通過使用方向圖表形象化主要的和依賴的數(shù)據(jù)對象及從左（強的實體類型）到右（弱的實體類型和關(guān)系類型）組合模型的對象，數(shù)據(jù)結(jié)構(gòu)的發(fā)展方向變成了透明的。從而至今為止，在結(jié)構(gòu)化實體關(guān)系（SER）和基于擴展的實體關(guān)系模型（eERM）已描述方法上的模型間的主要差異依賴于圖形表示法。SAPAG in Walldorf/Germany在關(guān)于它的信息建模技術(shù)的框架中發(fā)展的建模技巧連接了結(jié)構(gòu)化實體關(guān)系（SER）和在此書中介紹的擴展的實體關(guān)系模型（eERM）方法（見see Keller/Hechler, 信息模型1991）。在此文中，對象形成期間在實體類型和關(guān)系類型之間沒有圖表差別被虛構(gòu)。信息對象間的依賴關(guān)系通過箭頭標示的交叉引用說明。然而，在層次形式，聚合和參考關(guān)系間產(chǎn)生了一個差別。 (見 圖 24: 擴展的實體關(guān)系模型和SAP實體關(guān)系模型的表示) 層次形式關(guān)系表達了在信息對象間單方面有關(guān)存在相關(guān)性。 聚合關(guān)系對應于基于擴展的實體關(guān)系模型方法上的關(guān)系類型的形成。參考關(guān)系描述了重新解釋的實體類型和經(jīng)過擴展的實體關(guān)系模型（eERM）方法例證的主要實體類型間的邏