重構機房收費系統—資料庫設計，重構機房收費系統

重構機房收費系統—資料庫設計，重構機房收費系統

    弄完了三層的例子後，機房重構早就該開始了，但是自己一直不想動，萬事開頭難，機房收費的重構，先是資料庫的設計問題，開始包括ER圖的設計。然後設計資料庫，設計表.......

    現在想想自己資料庫的設計。首先先想一想上下機的整個流程，一個學生拿著卡來到老師面前，老師講學生的卡啟用，學生在拿著卡去找機子上機，假如學生沒有卡，老師可以給學生註冊新卡，如果卡裡沒有錢，也可以給學生充值，如果學生不想要卡了，還有登出等等，而學生和卡之間就是擁有的關係。最後就是學生上完機，然後再拿著卡去找老師下機，老師在從基本資料表中得到資料計算學生的消費金額，讓學生下機。當然還有一個可以記錄使用者工作記錄的表。

   是自己設計的資料ER圖

   

    在資料庫ER圖轉換成關聯式模式的時候，我們要遵循三範式。

    第一範式：關係模式中的每一個屬性不可以在細分。比如一個關係模式有一個地址屬性，屬性可以從中國——>河北省——>廊坊市等等，這樣屬性不是單一的，就不滿足第一範式。

    第二範式：關係模式R在滿足1NF後，每個非主屬性完全依賴於候選索引鍵。其實就是不存在局部依賴。比如現在有一個關係模式R（StudentNO、CourseNO、Score、TeacherNO、Title）的屬性分別代表學生的學號、課程號、分數、教師號、教師的職稱。顯然裡面的候選索引鍵是（StudentNO、CourseNO），他倆就可以將這個關係模式中所有的屬性資訊都能推出來，但是在候選索引鍵CourseNO中，它可以將（TeacherNO，Title）推出來，這就叫存在非主屬性對候選索引鍵的局部依賴。用一個比喻來說，小兩口過得好好的，但是其中有一個有了外遇。

    第三範式：每個非主屬性都不傳遞依賴關係模式R的候選索引鍵。前提是R滿足1NF和2NF。比如關係模式R中，A是候選索引鍵，A——>B 、B——>C、 A——>C，最後一個就是一個傳遞依賴的例子。這樣就不滿足3NF。  

    小結

    機房重構讓我回頭複習了資料的設計，資料庫的三範式等等知識，回頭看看挺好的，學習嘛就是一個反覆的過程。萬事開頭難，給自己加油吧！！