服务端数据库设计

Web应用本质基本就是操控数据库，写入或修改数据库，并把数据库的内容显示出来，所以要根据需要设计好数据库。本项目的数据库设计没有一步到位的，项目有需要随时添加表，随时修改表结构，甚至删除推到重来都有可能的。

数据结构就不多讲了，这玩意讲起来完全可以和大学时上课一个鸟样，可以从大一学到大四的东西，而且还是学不完的东西，只需知道怎么建一个表，怎么设计里面的字段，如果不知道什么叫表，什么叫字段的，只好回去翻翻当年的书本了。

既然是会议文件分发系统，总得有个表来保存会议，所以要有一个会议表，这个表我命名为Meeting，用来保存已经召开、正在召开或计划召开的会议信息。

既然要开会，总得有会议室，如果只有一个会议室就好办了，这个表不要了，但单位里面有两个会议室，所以要用一个表来保存会议室的信息，这个表我命名为MeetingRoom。

会议室文件分发系统，肯定要有个表来保存文件信息，所以又有一个表，这个表我命名为MeetingFile。

3个表基本能满足了，当然要继续扩展，如添加用户管理功能，还得多个用户表，终端管理，那又得添加个终端表，所以根据需要，可能会不停添加数据表，那是以后的事情了，先搞定这3个表。

在office2003的Access里面，“使用设计器创建表”，开始设计表的字段

Meeting表

1、字段名称“ID”，数据类型为“自动编号”，这是会议的ID，类型自动编号可以保证ID是唯一的，这样可以通过ID找到唯一的会议。

2、字段名称“mName”，数据类型为“文本”，字段大小为255，这个字段用于保存会议名称，255的字段大小应该足够大了，会议的名称不可逆超过255个字吧。

3、字段名称“mTimeStar”，数据类型为“日期/时间”，这个字段用于保存会议开始时间。

4、字段名称“mTimeOver”，同3，用于保存会议结束时间。

5、字段名称“mRoom”，数据类型为“数字”，这个字段保存会议室的ID，用来关联会议室使用的，可以通过这个字段的值去找会议室的相关信息。

6、字段名称“mAgenda”，数据类型为“备注”，这个字段用来保存会议议程，使用备注类型可以保存为丰富文本格式，而且无大小限制。

这个表暂时就设计6个字段，如果有需要再进行添加或修改。

MeetingRoom表

1、字段名称“ID"，数据类型为”自动编号“，这个字段使用自动编号是为保证可以通过ID确定唯一的会议室。

2、字段名称”mName“，数据类型为”文本“，这个字段保存会议室名称

这个表完全可以不要的，之所以设计这个表格，是为了扩展使用的，如座位安排等功能。

MeetingFile表

1、字段名称“ID”，数据类型为“自动编号”，会议文件的唯一ID。

2、字段名称”mTitle"，数据类型为“文本”，文件标题，就是类似于××讲话这类的名称。

3、字段名称“mFileName”，数据类型为“文本”，文件名，这个系统会议文件使用PDF，这个文件名会使用算法计算出来的，要根据文件名去读取PDF文件的。

4、字段名称“mMeetingID”，数据类型为“数字”，会议的ID，这个字段把文件和会议关联起来。

这个3个表应该能基本满足系统的需要了，知道开什么会，什么时候开，什么时候结束，在那里开，会议文件是什么。当然需要扩展的功能是那些人开，开会人的终端ID是什么，坐在会议室那个角落等，扩展功能本博文就不多说了，留待以后再说，赶时间的项目，弄个代替纸张功能的应付一下再说。