重构拖了一个多月了，一直没有什么进度。模仿之前三层的学习，实现了机房登录的功能。数据库设计，涉及到E-R图的创建。回头又把《数据库系统原理》中关于E-R的章节研究了一遍。分析了机房收费系统的需求，才有了今天的成果。 请看我的E-R图（英汉双语版），
重构拖了一个多月了，一直没有什么进度。模仿之前三层的学习，实现了机房登录的功能。数据库设计，涉及到e-r图的创建。回头又把《数据库系统原理》中关于e-r的章节研究了一遍。分析了机房收费系统的需求，才有了今天的成果。
请看我的E-R图（英汉双语版），为了让图看得更简单易懂，脉络更清晰，实体和联系的属性均没有标出，会根据分析出的机房收费系统的需求在关系模型中给出。
这里的关键是把机房上的所有需求都找出来，还要找出主外键，下面请看我转换成的关系模型：
1.Student(StudentID,StudentName,Sex,Class,Grade,Department)
2.Card(CardID,Cash,IsUsing,Remark,Type,StudentID,RegisterDate,RegisterTime,InitialMoney,CancelDate,CancelTime,Refundment,UserName)
3.Administrator(UserName,Password,Level,RealName,Creator)
4.BasicData(FixedRate,TempRate,UnitTime,LeastTime,PrepareTime,LeastMoney)
5.Login(UserName,ComputerName,LoginDate,LoginTime,LogoutDate,LogoutTime)
6.Recharge(CardID,UserName,AddMoney,Date,Time)
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
7.OnOffLine(CardID,UserName,ComputerName,OnDate,OnTime,OffDate,OffTime,Status,ConsumeTime,ConsumeCash)
结账产生的日结周结账单：
8.DayBill(RemainCash,RechargeCash,ConsumeCash,CancelCash,AllCash,Date)
9.WeekBill(RemainCash,RechargeCash,ConsumeCash,CancelCash,AllCash,Date)
备注：带有下滑线的为主键，标注为红色的为外键。
总结：
大家可以发现，只需要设计九张表就能满足机房的需求。上面的E-R图没有全部转换为关系模型，再次强调，设计数据库是根据需求来的，只把有用的东西写出来就够了，没用的舍弃掉。这样综合考虑才会使设计的数据库精简没有冗余。如果有不懂的地方欢迎与我讨论交流，因为是初次设计，或许还有考虑不到的地方，后期会不断完善，敬请读者斧正!
