外文翻譯---關系數據庫的結構-數據庫-資料下載頁

【導讀】安徽工業大學工商學院畢業設計（論文）說明書

　　

【正文】 個關系）是一個用于保存相關信息的二維結構。一個數據庫由一個或者多個相關聯的表組成。注意：不要混淆了關系和關聯。一個關系實際上是一個表，而一個關聯指的是一種連接、結合或聯合兩個表的方式。表中的一行是一種事物的集合或實例，比如一個員工或發票上的一項。表中的一列包含了一類信息；而且行列交叉點上的數據，字段，即是能夠用數據庫查詢語言檢索到的最小片信息。舉個例子來說，一個員工信息表可能有一個“名字”列，列中就包含所有員工的名字。數據是通過對行、列進行過濾而從表中檢索出來的。主碼、數據類型和外碼本篇文章均以假設的斯科特史密斯的工廠為例，他是數據庫的建立者和企業的主辦人。他剛開辦了一個飾品公司并目想要使用關系數據庫的幾項基本功能來管理人力資源部門。關系：用來保存相關信息的一個二維結構（也就是表）。注意：大多數斯科特的雇員都是雇自過去的從業者，他們中有些人在這個領域己經有20年的經驗了。出于雇用的目的，斯科特同意在新數據庫中維持新進員工最初的雇傭日期。行：在一個數據庫表中的一組單數據或多數據元素，用于描述一個人、地方或事物。列：列是數據庫表的組件，它包含所有行中同名和同類型的所有數據。你會在下面章節學到如何設計數據庫，現在讓我們假設數據庫大部分己經設計完成并且有一些表需要被執行。斯科特創建了EMP表來保存基本的員工信息，就像這樣：你可能注意到傭金列和管理人列中有一些單元格中沒有值；它們是空值。一個關系數據庫能夠規定列中的一個單元格是否為空。如此，可以明確那些非銷售部的員工傭金單元為空。同樣也明確了公司董事長的管理人單元為空，因為這個員工不需要向任何人匯報工作。單元格：是數據庫查詢語言所能夠檢索到的最小片信息。一個單元格就是一個數據庫表的行和列交叉形成的。另一方面，沒有哪個員工的員工編號單元為空。公司總是希望為每個員工分配一個員工號，并目這個號碼必須是每個員工都不同的。關系數據庫的一個特性能夠確定某列的鍵入值必須為單值。如此，員工編號列便是這個表的主碼。主碼：主碼即是表中的一列（或多列），使每一行能夠區別于同表中的其他行。留意一下EMP表中存儲的不同數據類型：數值型，字符型或字母型，以及日期型。如你所想，部門成員列保存的是員工所在部門的編號。但是你如何知道哪個部門名稱對應哪個部門編號呢？斯科特建立了DEPT表來具體描述EMP表中提到的部門編號的情況。EMP表中的部門編號列同DEPT表中的部門編號列有著相同的值。既然如此，EMP表中的部門編號列便被看作是與DEPT表中相同列對應的外碼。外碼加強了關系數據庫中參考完整性的概念。參考完整性的概念不只可以阻止無效的部門編號被插入EMP表中，而且在某部門仍有員工的情況下，可以防止DEPT表中該部門的信息被刪除。外碼：表中的一列（或多列），它的值來自于其他表的主碼列或單值列。一個外碼有助于確定表中數據的完整性。參考完整性：是關系數據庫用來加強表間一對多關聯的一種方式。數據建模在斯科特于數據庫中創建真實表之前，他要經過一個稱作數據建模的過程。在這個過程中，數據庫創建者定義和填寫數據庫中所有表。有一種為數據庫建模的方式叫作ERA,它可以表示出實體、實體間的關聯和實體的屬性。數據庫設計者使用一個能夠支持實體、實體屬性和實體間關聯的應用程序。通常，一個實體對應數據庫中的一個表，而實體的屬性對應于表中的列。數據建模：一個定義實體、實體屬性和實體間關聯的過程，從而為建立物理數據庫做準備。數據建模過程包括定義實體、定義實體間關聯以及定義每個實體的屬性的過程。一旦一個周期完成，就需要不斷重復直到設計者抓住了重點，足以開始建立數據庫。讓我們進一步了解為數據庫建模過程的步驟。定義實體首先，設計者確定數據庫應用程序范圍內的所有實體。實體是人、地方或事物，它們對于整個團體是重要的且需要被記錄在數據庫中。實體將被巧妙的轉化為數據表。比如，在第一版斯科特飾品公司數據庫中，他定義了四個實體：員工、部門、工資水平和獎金。它們將稱為EMP（員工）表，DEPT（部門）表，SALGRADE（工資水平）表和BONUS（獎金）表。定義實體間的關聯一旦定義了實體，設計者就能夠繼續定義每個實體間是如何關聯的。通常，設計者通常將每個實體同其他實體配對，并目考慮：“兩者之間是否存在關聯呢？”實體間的某些關聯是明顯的，某些不是。在飾品公司數據庫中，員工實體和部門實體間極可能存在關聯，而依據事物間的關系原則，部門實體跟工資水平實體間似乎就沒有關聯了。如果事物間的關系原則是用來約束某個部門的工資水平的，就可能需要一個新的實體來說明工資水平和部門之間的關聯。這個實體被稱作關系表或交表，其中包含工資水平和部門之間的有效聯合。關系表：是一個數據庫表，其中保存著另外兩個表的行（記錄）間的有效結合，并且通常強調了事物間的關系原則。關聯表處理的是一個多對多關聯。通常，關系數據庫間有二種關聯方式：一對多關聯：最常見的關聯是一對多關聯。意思是對于每個給出的現有實體（即父實體）都有一個或多個現有的另一個實體（即子實體）與之相關聯。舉個例子來說，在飾品公司數據庫中，部門實體是一個父實體，而每個部門中，都有一個或多個員工屬于該部門。這樣，部門實體和員工實體間的關聯就是一對多關聯。一對一關聯：在一個一對一關聯中，表中的一行只關聯另一個表中的一行甚至0行。這種關聯類型通常用于子類型數據中。例如，一個員工表可能保存了所有員工的信息，而全職表、兼職表和承包人表則分別保存全職員工、兼職員工和承包人的信息。這些實體被認為是員工表的子表，并目同員工表維持一對一關聯。這種關系不像一對多關聯那么常見，因為如果一個實體與另一個實體總有對應行，在大多數情況下，兩個實體中的屬性只在一個實體內出現就可以了。多對多關聯：在多對多關聯中，表的一行可能對應另一個表的許多行，反之亦然。通常，當這些關聯在數據庫中被執行時，往往再定義第三個實體用來保存前兩個實體間的所有關聯。例如，在一個學籍注冊數據庫中，學生表與班級表之間有一個多對多關聯——一個學生可能聽一門或多門課程，并目一個班級也可能有一個或多個學生。而學生_班級關系表中就包含了學生和班級之間的關系，以表明哪個學生在哪個班。指定實體屬性一旦設計者定義了實體間關聯，下一步就是去指定每個實體的屬性。這是實現列的使用，如右圖所示由工資水平實體所建立的工資水平表。重復步驟：我們仍然在原地在定義了實體、關聯以及屬性之后，設計者往往要多重復幾次數據建模過程。當我們在回顧關聯時，就會發現需要建立新的實體。比如，當討論飾品庫存表和與它相關的客戶訂單時，就會發現需要制定一個送貨約束表。一旦設計過程完成，下面將要建立實際的數據庫表。邏輯數據庫的設計過程不會牽涉實際執行中的問題。然而，一旦設計進入到實際的運作，數據庫管理員就會很快讓設計者從理想回到現實中來。結果，設計就可能需要再次構想以求得理想的數據庫存運行與預算和進度之間的平衡。