机房收费系统重构——数据库设计

        终于，走到了机房收费系统重构的阶段……

        之前的一遍机房收费系统的数据库是用的给的那个，只是把每个表都看了一下，当时也没有学习数据库原理那本书，然后就没有深究……

        现在不一样了，我们进行机房收费系统重构，况且学习了数据库原理这本书，对数据库有了更深的认识。所以对于数据库要好好的设计，按照步骤走……

 

        数据库技术是信息资源管理最有效地手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。

数据库的设计的步骤和各阶段的主要内容如下：

        在逻辑设计阶段要注意

       将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则：

     （1）一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。

     （2）一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。                  而关系的码为各实体码的组合。

     （3）一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

     （4）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。

     （5）三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。 

     （6）同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。

     （7）具有相同码的关系模式可合并。

     （8）还有就是我们常说的三范式（确定数据依赖。消除冗余的联系）：

              第一范式（1NF）：关系模式R中每一个原子都是不可分割的原子值。

              第二范式（2NF）：关系模式R是1NF，每个非主属性完全依赖于候选键（都可以用来做主键的字段），就是满足第二范式。

              第三范式（3NF）:关系模式R是1NF，每个非主属性都不传递依赖于R的候选键。

 

              首先我根据原来的数据库进行了再次设计，将原来臃肿的表有的分开，有的减少东西……画了一个ER图：

 根据ER图设计出了数据库中每个表：

 

用户信息表（User_Info）：

 

UsrID	用户名（主键）	Char(10)
Password	密码	Char(10)
Level	级别	Char(10)
UserName	真实姓名	Char(10)
Holder	开户人	Char(10)

 

学生信息表（Student_Info）:

StudentID	学号（主键）	Char(10)
StudentName	姓名	Char(10)
Sex	性别	Char(2)
Department	系别	Char(10)
grade	年级	Char(10)
Class	班级	Char(10)

 

卡信息表（card_Info）：

CardID	卡号(主键)	Char(10)
studentID	学号	Char(10)
Status	使用状态	Bit
Account	余额	Decimal（10,4）
Type	卡类型	Char(10)
registDate	注册日期	Date
registTime	注册时间	Time
checkstatus	结账状态	Bit
UserID	用户名	Char(10)

 

由于学生和卡是两个不同的实体，所以将它们有关的信息分开记录，防止数据冗余，防止表的臃肿。

 

充值记录表（Recharge）：

cardID	卡号	Char(10)
rechargeMoney	充值金额	Decimal（10，4）
RechargeDate	充值日期	Date
RechargeTime	充值时间	Time
userID	用户名	Char(10)
checkstatus	结账状态	Bit

 

退卡记录表（Cancelcard）：

cardID	卡号	Char(10)
returnMoney	退还金额	Decimal（10,4）
CancelcardDate	退卡日期	Date
CancelcardTime	退卡时间	Time
UserID	用户名	Char(10)
checkstatus	结账状态	Bit

 

上下机记录表（OnOffLineRecord）：

cardID	卡号	Char(10)
OnDate	上机日期	Date
Ontime	上机时间	Time
OffDate	下机日期	Date
Offtime	下机时间	Time
OffWay	下机方式	Char(10)
ConsumeMoney	消费金额	Decimal（10，4）
ConsumeTime	消费时间	Time
UserID	用户名	Char(10)
checkstatus	结账状态	Bit
Computer	机器名	Char(10)

 

基本数据表（BasicData）：

Leasttime	至少上机时间	Time
Unittime	单位递增时间	Time
Rate	固定每小时费用	Decimal（10,4）
Tmprate	临时每小时费用	Decimal（10，4）
Limitcash	最少金额	Decimal（10,4）
date	日期	Date
Time	时间	Time
UserID	用户名	Char(10)

 

账单（check）：

LastcardMoney	上期充值卡金额	Decimal（10,4）
CurrentrechargeMoney	本期充值卡金额	Decimal（10,4）
CurrentcancelcardMoney	本期退卡金额	Decimal（10,4）
CurrentconsumeMoney	本期消费金额	Decimal（10,4）
CurrentcardMoney	本期充值卡金额	Decimal（10,4）
Date	日期	Date
Time	时间	Time
UserId	用户名	Char(10)

 

工作记录表（workLog）：

UserID	用户名	Char(10)
Ondate	登录日期	Date
Ontime	登录时间	Time
Offdate	注销日期	Date
Offtime	注销时间	Time
Status	状态	Bit
Computer	机器名	Char(10)

 

总结：数据库设计是很重要的一件事，但是我们不可能一次就将自己的数据库设计的完美，每次都严格按照规则走，只有实践的多了才能慢慢的设计出好的数据库。