对于论坛或者留言板，实现起来有一般两种方法：用文件或者数据库。相对而言，用数据库要简单高效一些，能够对论坛进行更好的控制，也能够对数据提供一些验证和保护。
这儿使用的是ACCESS数据库，对于一般的中小型的应用，ACCESS应该是能够胜任的。
从上面的分析可以知道应该有四个表，下面我给出每个表的结构。
作者表（存放作者信息）：
ID：文本类型，必填。是网友代号。
密码：文本类型，必填。
昵称：文本类型，必填。
EMAIL：文本类型，必填。
职务：数字类型，必填。-1代表普通网友，0代表站长。大于0的数字代表斑竹，并且号码是相应的看板表中某个板的ID，表示是那个板的斑竹。
文章数：数字类型，必填。网友发表的文章总数。
姓名：文本类型，可选。
性别：文本类型，可选。
电话：文本类型，可选。
内容表（存放具体文章内容和相关信息）：
ID：自动编号，并为其设置索引，以加快搜索的速度。
看板ID：数字类型，来自看板列表，表示文章所属看板。
主题ID：数字类型，来自主题表，表示文章所属主题。
作者ID：文本类型，来自作者表，表示文章的作者。
日期：日期/时间类型，预置初值为函数NOW()，系统在添加这一条字段时，将自动取系统当前时间为其值。
标题：文本类型。文章的标题。
发表：是/否类型，为“真”时表示文章已经通过审阅，可以发表；为“否”表示文章尚待审阅。
推荐度：数字类型，文章的推荐程度。
内容：备注类型，文章的具体内容。
点击次数：数字类型，文章的点击次数。
看板列表（存放有关看板的信息）：
ID：自动编号，同样的，也为其设置了索引。
名称：文本类型，看板的名称。
板主：文本类型，看板斑竹的ID。
主题数：数字类型，看板中包含的主题数。
主题表（存放有关主题的信息）：
ID：自动编号，并为其设置索引。
这儿使用的是ACCESS数据库，对于一般的中小型的应用，ACCESS应该是能够胜任的。
从上面的分析可以知道应该有四个表，下面我给出每个表的结构。
作者表（存放作者信息）：
ID：文本类型，必填。是网友代号。
密码：文本类型，必填。
昵称：文本类型，必填。
EMAIL：文本类型，必填。
职务：数字类型，必填。-1代表普通网友，0代表站长。大于0的数字代表斑竹，并且号码是相应的看板表中某个板的ID，表示是那个板的斑竹。
文章数：数字类型，必填。网友发表的文章总数。
姓名：文本类型，可选。
性别：文本类型，可选。
电话：文本类型，可选。
内容表（存放具体文章内容和相关信息）：
ID：自动编号，并为其设置索引，以加快搜索的速度。
看板ID：数字类型，来自看板列表，表示文章所属看板。
主题ID：数字类型，来自主题表，表示文章所属主题。
作者ID：文本类型，来自作者表，表示文章的作者。
日期：日期/时间类型，预置初值为函数NOW()，系统在添加这一条字段时，将自动取系统当前时间为其值。
标题：文本类型。文章的标题。
发表：是/否类型，为“真”时表示文章已经通过审阅，可以发表；为“否”表示文章尚待审阅。
推荐度：数字类型，文章的推荐程度。
内容：备注类型，文章的具体内容。
点击次数：数字类型，文章的点击次数。
看板列表（存放有关看板的信息）：
ID：自动编号，同样的，也为其设置了索引。
名称：文本类型，看板的名称。
板主：文本类型，看板斑竹的ID。
主题数：数字类型，看板中包含的主题数。
主题表（存放有关主题的信息）：
ID：自动编号，并为其设置索引。
相关文章
 我来说两句 |
对此文章发表了评论 |
评论列表 （最新 评论仅限网友观点！）
推荐文章
