上次重建的收費系統資料庫在得到了同學的指點之下進行了一些調整，很感謝同學給我提的寶貴意見，下面就將我的第二版計畫貼出來，還請大家不吝賜教。登錄檔分為卡表和學生表兩個
卡表卡號
學號餘額
日期時間
充值教師
狀態主鍵
學生表學號
姓名性別
系別年級班主鍵
充值/退卡表（與卡表關聯，餘額變動在卡表中顯示，這個表只是乙個記錄）
卡號變動金額
日期時間
辦理老師
充值為正
退卡為負
上機記錄表（上機狀態查詢時，查詢下機日期、下機時間、消費金額、餘額為空的值；上機記錄查詢時，查詢這些欄位不為空的值）
卡號姓名
上機日期
上機時間
下機日期
下機時間
消費金額
餘額備註
正常下機
強制下機
上機記錄表修改
（注：上機狀態查詢：檢視狀態字段為已登入的記錄；上機記錄查詢：檢視狀態字段為已退出的記錄）
卡號姓名
上機日期
上機時間
下機日期
下機時間
消費金額
餘額備註
狀態正常下機
強制下機
登入後未退出時：已登入
退出後顯示：已退出
系統崩潰時無狀態
使用者表使用者名稱密碼
級別開戶人
使用者表修改
使用者id
使用者姓名
密碼級別
開戶人教師工作記錄表（正在值班教師查詢的時候，查詢退出日期和退出時間為空的字段；教師工作記錄查詢的時候，查詢退出日期和退出時間不為空的字段）
使用者id
級別登入日期
登入時間
退出日期
退出時間
教師工作記錄表修改
（注：正在值班教師查詢：檢視狀態字段為已登入的記錄；教師工作記錄查詢：檢視狀態字段為已退出的記錄）
使用者id
級別登入日期
登入時間
退出日期
退出時間
狀態教師登入後未退出時：已登入
教師退出後顯示：已退出
系統崩潰時無狀態
資料設定表
半小時費用
單位遞增時間
至少上機時間
準備時間
最少金額
上機時間-準備時間
日結帳單和周結帳單的資料都從上機記錄中獲取，既然是結賬，就是要看實際收入
日結賬單（卡號相同則累加）
單位：數信學院
卡號姓名
消費時間
消費金額
當日上機總人數：
當日消費總金額：
周結帳單（卡號相同則累加）
單位：數信學院
卡號姓名
消費時間
消費金額
上機總人數：
消費總金額：
賬單修改
開始日期：日期控制項
結束日期：日期控制項
（注：日期相同——單日賬單；日期不同——彙總賬單）
彙總：（卡號相同者按上機次數累加，不算乙個）
總上機人數
總消費時間
總消費金額
詳細：（卡號相同者算同乙個，時間和金額累加）
卡號姓名
消費時間
消費金額
製表單位：
today
重建機房收費系統資料庫
本來這次想偷懶，不想對資料庫有什麼改動，但是由於正跟著另乙個專案，得到了些啟發，想在機房系統上試試，有不足之處，還希望各位多多指教。這次把資料庫重新整合了一下，剩下了7個表，大概的結構用列表的形式表示出來，是這樣的 把登錄檔分開了，變成了兩個表 卡表和學生表卡表 卡號學號 餘額日期 時間充值教師 狀...
機房收費系統 資料庫
1 號建完機房收費系統的表,共 9個,至於日後是否需要增加表來完善該系統 待分析 通過分析各個窗體的功能 我基本明白了各個表之間的聯絡 各窗體與表之間的關係如圖 並按照增刪改查的基本思想初步進行了分類.如有需改正的地方 還望批評指正.說起建立資料庫 雖然師傅對我們要求不是那麼嚴格 但是我想在這裡弱弱...
機房收費系統的資料庫設計
這次機房收費系統的資料庫設計與上一次有很大不同,之所以會引起不同,是因為遵循了資料庫設計第三正規化。什麼是資料庫設計第三正規化在我以前的文章中有所體現，資料庫設計第三正規化 我們先來看看前後的不同之處 第一次共有10張表 結賬資訊，基本資料，上下機記錄，退卡資訊，正在上機資訊，正在工作老師資訊，充值...