多值属性变成含有外来键的个别关联表格.PPT

Visual Basic 程式設計 講師：戴志華 hana@.tw 國立台灣大學電機工程研究所 第十四章 資料庫II 關聯表 定義：一種有命名的二維資料表 表格是由列（記錄）與欄位（屬性）所組成 並非所有表格都有資格成為關聯表 必要條件： 每個關聯表都有唯一的名稱 每個屬性值都是不可分割的 （不能是多值的﹐也不能是複合的） 每一列都是唯一的，沒有兩列有全部一樣的欄位值 每個屬性（或欄位）都有唯一的名稱 欄位的順序是無關緊要的 列的順序是無關緊要的 註：所有的關聯表都是第一正規化形式 鍵欄位 鍵是特殊的欄位﹐扮演2種主要目的： 主鍵是關聯表中具有唯一性的識別子﹐如員工代號、身分證字號等。我們用它來保證所有列都是獨特的 外來鍵是一種識別子﹐讓相依（關係之多基數邊）的關聯表能參考到它的父關聯表（關係之單基數邊） 鍵可以是單一鍵(單一欄位) or 複合鍵(超過一個欄位) 鍵通常用來當作索引以加速使用者查詢的回應 完整性限制 值域限制 屬性的容許值 實體完整性 任何的主鍵屬性都不可以為null﹐所有的主鍵欄位都必須有資料 完整性限制 參考完整性 – 這種規則聲明，外來鍵的值（在關係之多基數邊上的關聯表）必須在另一邊的關聯表中找到一個主鍵值與之相配（否則該外來鍵的值就必須是null） 例如：刪除法則 限制 – 如果在“相依表格”中存在相關的列﹐則不允許刪除“父表格”中的列 連鎖 – 要刪除父表格中的列時﹐自動刪除“相依表格” 中的對應列 設成Null – 要刪除父表格中的列時﹐自動將“相依表格” 中的外來鍵設定為null ? 弱勢實體則不允許這樣 對應一般實體到關聯表 單一屬性：將屬性直接對應到關聯表中 複合屬性：只使用其中的單一成份屬性 多值屬性：另外產生個別的關聯表﹐而且納入原本實體的主鍵屬性當作外來鍵 對應二元關係 一對多：單基數邊上的主鍵變成多基數邊上的外來鍵 多對多 ： 產生一個新關聯表﹐而且以兩個實體的主鍵當作它的主鍵 一對一：強制性邊的主鍵變成選擇性邊的外來鍵 資料正規化 主要是一種驗證與改進邏輯設計的工具﹐以滿足特定的限制﹐避免不必要的資料重複 將帶有異常之關聯表分解成較小的、良好結構之關聯表的一種流程 良好結構之關聯表 包含最小冗餘程度的一種關聯表，讓使用者能新增、修改、刪除關聯表中的資料列，而不會導致資料的不一致 目標是要避免異常 新增異常：加入新資料時強迫使用者要產生重複的資料 刪除異常：刪除資料列後可能導致未來其他列會需要的資料跟著遺失 修改異常：因為資料有所重複﹐所以改變某資料列時﹐也強迫要改變其他列資料 範例 表格中的異常 新增 – 無法輸入沒有上過課程的新員工 刪除 – 如果刪除編號140的員工記錄﹐就會失去Tax Acc課程的資訊 修改 – 若要增加100號員工的薪資﹐得更新多筆記錄才行 功能相依性與鍵 功能相依性: 一個屬性的值 (決定性屬性) 決定了另一個屬性的值 候選鍵: 唯一性的識別子 其中一個候選鍵會成為主鍵 例如﹐表格中可能有信用卡號與身分證字號…這兩者都是候選鍵 每個非鍵欄位功能相依於每個候選鍵 第一正規化形式 沒有多值屬性 每個屬性都是不可分割的 所有關聯表都屬於 1st NF 第二正規化形式 1st NF 加上 所有非鍵屬性均功能相依於整個主鍵 每個非鍵屬性必須由整個鍵所定義﹐不能只由部份鍵所定義 沒有部份的功能相依性 功能相依性 變成 2nd NF 分解成2個分開的關聯表 第三正規化形式 2rd NF 加上 沒有可遞移相依性 (一個屬性功能上可決定第二個屬性﹐且第二個屬性在功能上可決定第三個屬性) Exercise: 書店資料庫設計 找出物件 需要Domain Knowledge 資料庫設計(cont’d) 找出每個物件的屬性 需要Domain Knowledge 資料庫設計(cont’d) 替每個物件設定primary key Title?ISBN Author?Au_id Publisher?PubId 資料庫設計(cont’d) 找尋物件間的關係(relation) 資料庫設計(cont’d) 1st normal form: 不可以有多值的屬性?一個屬性只能有一個值 資料庫設計(cont’d) 2nd normal form 非 Primary key 的欄位需與整個 Primary key 有直接相關性? 資料庫設計(cont’d) 3rd normal form 非 Primary key 的欄位間不應有從屬關係? 正規化的另類思考 不必要的分割 人工的分割 SQL ORDER BY: 排序 SELECT au_id, author FROM authors ORDER BY au_id [ASC|DESC] SQL(cont’d) Order by