机房收费系统——建表

     对机房收费系统进行了数天的分析，在上一篇文章中简单的画了一下它的E—R图，这一篇文章我将从不同的角度继续分析。

     乍一看这个系统，感觉关系很乱，东西也很多，要想在数据库中建表，对于刚学习的人来说没有那么容易，俗话说：一回生二回熟嘛。于是需要多看几眼了。在分析建表的过程中要学会总结归纳，学会合并同类项，将相同的合并在一起，建立一张表，将实在无法和别人一起归类的，就单独建立一张表。下面我将我的分析过程用图的形式展示出来，希望大家批评指正。

首先，根据原系统的各个功能，将其罗列出来。

其次，便是根据这些基本数据，合并同类项。 

    最后，形成最后的数据库表。

   表虽然建好了，不完善这是肯定的，这需要后面再继续修改。 一张表胜过千言万语，因此总希望这一张张图能记下我成长的足迹。

（后续【一】）

   今天是2012年11月27日，我的机房收费系统也将接近尾声了，在做这个系统的过程中出现了不少问题，我也从中学到了不少。例如：今天在做上机部分时，做着做着，发现自己缺少了些什么，几番折腾，才发现：正如上面所说，我初次建的表是肯定不完善的，它需要后期的步步完善。仔细观察上图可以发现其实我在上机这一部分的建表是有些地方没有想全面的。因此我又在上面的基础上增加了一张表：(Line_Info:卡号，类型，学号，姓名，系别，性别，上机日期，上机时间)。这张表是用来标记上、下机使的，在MDI窗体中，单纯的利用这张表来显示，记录信息就可以了。而上图中的OnLine_Info则是用来记录上机过程中，每张卡的消费情况，以及每次上机的足迹记录。

（后续【二】）

     今天是2012年12月3日，做机房收费系统的最后一个部分：结账。在这一部分中，不得不让我又重新检查一下最初建立的表，的确发现有很多不合理的地方，由于初期对结账这部分的理解也不够深入，因此在建立表的时候，很多根本就考虑不到。例如：1.我们需要在哪些表里添加结账的状态呢？对于这一点，当初我是根本就没有考虑的，也没有想到，不过现在做到这里了，发现这一点我还是需要重新在表里进行补加一下的。结账的状态需要在三张表里添加：Recharge_info，Student_Info，Cancel_Info;2.用户身份——User_ID,也是我前面没有考虑的部分，现在也分别需要在这些表里进行补加：User_Info,Student_Info,Cancel_Info,Recharge_Info