現在自己正在經歷著第二次做機房收費系統,總體上的進度相對其他人算是比較慢,但是收穫頗豐.
遵循提高班n+1 的學習理念,這次第二次做機房收費系統要對資料庫相關的知識進行一下學習和提高.當然,我接下來所展示的第二次資料庫設計肯定有很多不足的地方!爭取不斷的完善.
在此之前成雲給我們講關於資料庫三正規化的設計,當時看著一堆公式概念什麼的,自己聽著也是雲裡霧裡的,不過大概的說的什麼內容自己還是比較清楚.在聽完講課之後自己對三正規化作了乙個初步的總結,具體內容可以見部落格
資料庫三正規化.
在這裡再簡單的描述一下三正規化
第一正規化(1nf) :不同於主鍵的所有欄位都必須依賴於主鍵.
第二正規化(2nf):所有的非鍵值必須完全依賴於主鍵,也就是不允許產生部分依賴.(部分依賴就是字段完全依賴於符合主鍵的一部分)
第三正規化(3nf):屬性不依賴與其他非主屬性,也就是消除傳遞依賴.
為什麼要用正規化呢?我的理解是對資料庫設計的一種規範化,就像是為什麼我們這個社會會有法律呢?同樣是對人類行為的規範,讓人類的社會更有秩序.資料庫的規範化使物理空間會更好的組織和利用.
先看一下自己第一次在收費系統中所做的學生資訊表為例,當是設計的時候也沒有想那麼多也就是按照自己的想法把內容表填上,也就是以下的表.
可以看出自己之前所設計的學生資訊表裡的內容沒有符合第二正規化,一般對於第一正規化而言我們剛開始所做的表,上表中沒有實現非鍵值完全依賴主鍵.
修改後將學生資訊表分為兩個表:
表關係如下:
其他的表也做了一些相應的修改.新增了一些關係圖,這是自己的嘗試在資料庫設計方面,會有一些不足的方面,所以才需要繼續的學習和提高.在不斷的嘗試中去學習更多的知識.在n+1中 不斷提高自己!
機房收費系統 資料庫
1 號建完機房收費系統的表,共 9個,至於日後是否需要增加表來完善該系統 待分析 通過分析各個窗體的功能 我基本明白了各個表之間的聯絡 各窗體與表之間的關係如圖 並按照增刪改查的基本思想初步進行了分類.如有需改正的地方 還望批評指正.說起建立資料庫 雖然師傅對我們要求不是那麼嚴格 但是我想在這裡弱弱...
重建機房收費系統資料庫
本來這次想偷懶，不想對資料庫有什麼改動，但是由於正跟著另乙個專案，得到了些啟發，想在機房系統上試試，有不足之處，還希望各位多多指教。這次把資料庫重新整合了一下，剩下了7個表，大概的結構用列表的形式表示出來，是這樣的 把登錄檔分開了，變成了兩個表 卡表和學生表卡表 卡號學號 餘額日期 時間充值教師 狀...
機房收費系統的資料庫設計
這次機房收費系統的資料庫設計與上一次有很大不同,之所以會引起不同,是因為遵循了資料庫設計第三正規化。什麼是資料庫設計第三正規化在我以前的文章中有所體現，資料庫設計第三正規化 我們先來看看前後的不同之處 第一次共有10張表 結賬資訊，基本資料，上下機記錄，退卡資訊，正在上機資訊，正在工作老師資訊，充值...