某汽車維修公司需建立乙個汽車維修資料庫，該資料庫需要儲存和管理下列資訊：
車輛資訊：車牌號，車型，發動機號，行駛里程，車輛所有人，聯絡**
維修專案：專案號，專案名稱，維修費
汽車備件：備件號，備件名稱，備件單價，庫存數量
以上資料之間存在下列約束：
1） 可以對乙個車輛進行多個維修專案，每個維修專案可用於多個車輛，維修專案完成後要在資料庫中記錄維修時間。
2） 一種備件可用於多個維修專案，每個維修專案最多隻使用一種備件，但每種備件的數量，可以是多個。
根據以上需要求構建該資料庫的概念模型（畫er圖）
e-r圖為實體-聯絡圖，提供了表示實體型、屬性和聯絡的方法，用來描述現實世界的概念模型。
實體型、屬性和聯絡，其表示方法為：
實體型：用矩形表示，矩形框內寫明實體名；
屬性：用橢圓形表示，並用無向邊將其與相應的實體連線起來；
聯絡：用菱形表示，菱形框內寫明聯絡名，並用無向邊分別與有關實體連線起來，同時在無向邊旁標上聯絡的型別（1 : 1，1 : n或m : n）。
er圖轉換成關係模式：
⒈ 乙個實體型轉換為乙個關係模式。
關係的屬性：實體型的屬性
關係的碼：實體型的碼
⒉ 乙個m:n聯絡轉換為乙個關係模式。
關係的屬性：與該聯絡相連的各實體的碼以及聯絡本身的屬性
關係的碼：各實體碼的組合
⒊ 乙個1:n聯絡可以轉換為乙個獨立的關係模式，也可以與n端對應的關係模式合併。
例如：班級與學生的關係
2) 與n端對應的關係模式合併
合併後關係的屬性：在n端關係中加入1端關係的碼和聯絡本身的屬性
合併後關係的碼：不變
可以減少系統中的關係個數，一般情況下更傾向於採用這種方法
⒋ 乙個1:1聯絡可以轉換為乙個獨立的關係模式，也可以與任意一端對應的關係模式合併。
例如：班級與班長的關係
2) 與某一端對應的關係模式合併
合併後關係的屬性：加入對應關係的碼和聯絡本身的屬性
合併後關係的碼：不變
⒌ 三個或三個以上實體間的乙個多元聯絡轉換為乙個關係模式。
關係的屬性：與該多元聯絡相連的各實體的碼以及聯絡本身的屬性
關係的碼：各實體碼的組合
現有關係模式：
教師授課（教師號，姓名，職稱，課程號，課程名，學分，教科書名）
其函式依賴集為：
1） 指出這個關係模式的主碼
2） 這個關係模式是第幾個正規化，為什麼？
將其分解為滿足3nf要求的關係模式（分解的關係模式名自定）
主碼：就是能夠唯一標識表中某一行的屬性或屬性組。
正規化：構造資料庫必須遵循一定的規則。關聯式資料庫中的關係必須滿足一定的要求，即滿足不同的正規化
第一正規化（1nf）：關係r中每乙個屬性都是不可再分的。
第二正規化（2nf）：如果關係r滿足第一正規化，且每乙個非主屬性完全函式依賴於主鍵。
第三正規化（3nf）：如果關係r滿足第二正規化，且每乙個非主屬性既不部分函式依賴於主鍵，也不傳遞函式依賴於主鍵。
1) 第1正規化，因為存在部分依賴
2) 教師表（教師號，姓名，職稱）
課程表（課程號，課程名，學分，教科書名）
教師授課表（教師號，課程號）
1、多看書——**，名著等全面提公升自己。
2、多娛樂——打球，游泳，跳舞，談戀愛等，省得大學過得太沒趣。
3、多反思——不斷調整自己的學習、生活、思想等方面
1、 要成功就不要有藉口
2、 辦法總比困難多
3、 要做就做最好，要學就學第一名
4、 沒有進步就要反思
5、 沒有得到我想要的，我將得到更好的。
資料庫設計規範化的要求
通常情況下，可以從兩個方面來判斷資料庫是否設計的比較規範。一是看看是否擁有大量的窄表，二是寬表的數量是否足夠的少。若符合這兩個條件，則可以說明這個資料庫的規範化水平還是比較高的。當然這是兩個泛泛而談的指標。為了達到資料庫設計規範化的要求，一般來說，需要符合以下五個要求。要求一 表中應該避免可為空的列...
2 5關聯式資料庫規範化思想 教案
1 課題名稱 2 教學目標 1 通過乙個例項分析，來理解為什麼要進行資料庫規範化 2 學習關係模式規範化的方法 3 了解關係模式規範化的原則。3 教學重點 1 通過例項分析，理解資料規範化的思想和意義 2 理解並掌握資料規範化的方法，理解資料規範化的第一 第二和第三正規化的定義，並能對給出的關係模式...
資料庫設計規範
修訂歷史記錄 編制部門 產品研發部 發放範圍 產品研發部 目錄1.概述 5 2.資料庫設計的基本原則 63.資料庫建模 7 3.1 資料分析 7 3.2 資料關係分析 7 3.3 資料量分析 7 3.4 擴充套件性分析 7 3.5 資料字典 參考 7 3.5.1 資料項 7 3.5.2 資料結構 7...