【軟考】--重識資料庫設計

　　之前做機房的時候寫過一篇【個人機房重構】——建立資料庫三部曲 ，主要寫了三正規化、E-R圖簡單建立，現在看起來，光追求巨集觀不考慮細節是不夠的。軟考下午題裡面的資料庫設計的題，讓我惡補了一下之前的知識漏洞。

　　這個題主要分為三部分：補充Ｅ－Ｒ圖，轉換成關係模式並找出主外來鍵，偶爾會考察一下跟資料庫有關的概念（比如弱實體）。

　　磨刀不誤砍柴工，要想做好這道題，主要是Ｅ－Ｒ圖轉換成關係模式的演算法存在問題，下面是對我錯因的整理，希望能對大家有些幫助。

二元聯絡：

　　１）如果實體間聯絡是１:１，則任一一關係模式屬性加入另外一關係模式的鍵（為外來鍵）和聯絡型別的屬性。

　　２）如果實體間聯絡是１：ｎ，則在Ｎ端實體型別轉化成的關係模式中加入１端實體型別的鍵（作為外來鍵）和　　　　聯絡型別的屬性。

　　　［易錯點：如果把Ｎ和１之間的聯絡單獨抽出一張表，那麼Ｎ的主鍵為關係的主鍵。比如提高班，米老師教　　　　多個學生，每個學生只有米老師一個老師，老師和學生之間的關係是授課，那麼唯一能標識授課關係的主鍵　　　　就是學生號，因為老師只有一個。。。，詳題見２０１１年１１月軟考真題］

　　３）如果實體間聯絡是Ｍ：Ｎ，則在Ｎ端實體型別轉換成關係模式，其屬性為兩端實體型別的鍵（作為外來鍵）加　　　　上聯絡型別的屬性，而鍵為兩端實體鍵的組合。［易錯點：找主鍵的時候為聯合主鍵］

　　

外來鍵錯因有三：

　　１）不明概念。

　　　　外來鍵是其他關係模式的主鍵，非主鍵有再多種可能都不考慮。

　　２）跟Ｅ－Ｒ圖沒有對應好。

　　　　［例如：Ｅ－Ｒ圖中存在商人實體，但是關係模式裡面沒有，寫外來鍵的時候忽略了］

　　３） 忽略了聯合主鍵的外來鍵。

總結：

　　這道題並不難，易錯反映了自己學習存在的問題，１．概念不明，一直前行，最基礎的知識沒有打牢固，導致後面的學習模稜兩可。２．不將就是發現的源動力，遇山開山，遇水搭橋，逃避永遠都會再相逢。