1
號建完機房收費系統的表,共
9個,至於日後是否需要增加表來完善該系統
,待分析
.通過分析各個窗體的功能
,我基本明白了各個表之間的聯絡
.各窗體與表之間的關係如圖
,並按照增刪改查的基本思想初步進行了分類.
如有需改正的地方
,還望批評指正.
說起建立資料庫
,雖然師傅對我們要求不是那麼嚴格
,但是我想在這裡弱弱的提一下三正規化.
第一正規化
滿足嗎?
滿足才是關聯式資料庫
.簡言之
,就是表的一列一值不重複.
第二正規化
要求每個例項或行必須被唯一地區分
,而區分各個例項完全依賴於主關鍵字.
第三正規化
要求乙個資料表中不包含已在其它表中包含的非主關鍵字資訊
.避免資料冗餘.
滿足正規化要求的資料庫設計是結構清晰的，同時可避免資料冗餘和操作異常。但這並
不意味著不符合正規化要求的設計
就是錯誤的，在資料庫表中存在1：1或1：n關係這種較特殊的情況下，合併導致的不符合正規化要求反而是合理的。
重建機房收費系統資料庫
本來這次想偷懶，不想對資料庫有什麼改動，但是由於正跟著另乙個專案，得到了些啟發，想在機房系統上試試，有不足之處，還希望各位多多指教。這次把資料庫重新整合了一下，剩下了7個表，大概的結構用列表的形式表示出來，是這樣的 把登錄檔分開了，變成了兩個表 卡表和學生表卡表 卡號學號 餘額日期 時間充值教師 狀...
機房收費系統的資料庫設計
這次機房收費系統的資料庫設計與上一次有很大不同,之所以會引起不同,是因為遵循了資料庫設計第三正規化。什麼是資料庫設計第三正規化在我以前的文章中有所體現，資料庫設計第三正規化 我們先來看看前後的不同之處 第一次共有10張表 結賬資訊，基本資料，上下機記錄，退卡資訊，正在上機資訊，正在工作老師資訊，充值...
機房收費系統的資料庫設計
這次機房收費系統的資料庫設計與上一次有很大不同,之所以會引起不同,是因為遵循了資料庫設計第三正規化。什麼是資料庫設計第三正規化在我以前的文章中有所體現，資料庫設計第三正規化 我們先來看看前後的不同之處 第一次共有10張表 結賬資訊，基本資料，上下機記錄，退卡資訊，正在上機資訊，正在工作老師資訊，充值...