【導讀】database.knownasatable.database.person,place,orthing.

　　

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