前言：现在网上的论坛到处都有，但不知您是否遇到过这样的情况：在杂乱无章的讨论信息中来寻找自己想要的内容，是一件很费费时费力的事情，到后来，您就都不想去看什么论坛了。那么我们能不能对自己网站论坛的内容增加审核功能呢？即所有网友发到论坛的文章，并不立即被显示出来，必须经过站长或者版主审阅之后，认为有价值，有必要推荐给其它网友的，就发表出来。否则就删掉了，免得浪费空间，搞得有点像精华区的意味，这样你的论坛比起一般的论坛来，能够提供给为明确有益的内容。放到你的网站上，应该能够吸引更多的网友来访问。这个设想当然可以实现，下面我就简单介绍如何制作。
注：由于本文适用于对ACCESS数据库、HTML、ASP有一定了解的读者。
一、论坛结构分析
通过上面的功能需求分析，我们可以将论坛的制作分为四大部分：
（1） 网友注册和管理模块：因为引入了站长或者版主，在论坛中就必须能够对其进行身份验证。这个模块的功能，就是管理注册的网友，并能够提供相关的查询。比如，查询指定作者的所有发表的文章，查询当前发表文章最多的十个网友，等等。如果你的论坛不是很大，这个模块可以省略为只带有版主身份验证的功能，而去掉那些关于注册，查询的部分。
（2） 文章显示模块：显示所有版主审核过的，觉得值得推荐的文章。
（3） 发表文章模块：为注册网友提供发表见地的地方，发表后等待版主审阅。
（4） 文章审阅模块：版主对所有网又发表但未经审阅的文章进行处理，已决定是发表还是删除。
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/asp/）了解了具体的功能需求后，就可以按模块的开始论坛的设计了。当然，这些模块的只是在功能上对论坛结构的划分，实际上并不能够完全的把他们独立出来进行设计。对于这种较小的应用，也没有必要进行完全的模块化设计，在良好的规划下直接写程序代码或许来的更为简单一些。
对于论坛实现起来有一般两种方法：用文件或者数据库。相对而言，用数据库要简单高效一些，能够对论坛进行更好的控制，也能够对资料提供一些验证和保护。这儿我使用的是ACCESS数据库，对于一般的中小型的应用，ACCESS应该是能够胜任的。
从上面的分析可以知道应该有四个表，下面我给出每个表的结构。
（1）作者表（用来存放作者讯息）：
ID： 文本类型，必填。是网友代号。
密码： 文本类型，必填。
昵称： 文本类型，必填。
EMAIL： 文本类型，必填。
职务： 数字类型，必填。-1代表普通网友，0代表站长。大于0的数字代表版主。
文章数：数字类型，必填。网友发表的文章总数。
姓名： 文本类型，可选。
性别： 文本类型，可选。
电话： 文本类型，可选。
（2）内容表（用来存放具体文章内容和相关讯息）：
ID：自动编号，并为其设置索引，以加快搜寻的速度。
看板ID：数字类型，来自看板列表，表示文章所属看板。
主题ID：数字类型，来自主题表，表示文章所属主题。
作者ID：文本类型，来自作者表，表示文章的作者。
日期：日期/时间类型，预置初值为函数NOW()，自动取系统当前时间为其值。
标题：文本类型。文章的标题。
发表：是/否类型，为"真"时表示文章已经通过审阅，可以发表；为"否"表示文章尚待审阅。
推荐度：数字类型，文章的推荐程度。
内容：备注类型，文章的具体内容。
点击次数：数字类型，文章的点击次数。
（3）看板列表（用来存放有关看板的讯息）：
ID：自动编号，同样的，也为其设置了索引。
名称：文本类型，看板的名称。
板主：文本类型，看板版主的ID。
主题数：数字类型，看板中包含的主题数。
（4）主题表（用来存放有关主题的讯息）：
ID：自动编号，并为其设置索引。
标题：文本类型，表示主题名。
看板：数字类型，来自看板列表，表示主题所属的看板。
文章数：数字类型，主题中包含的文章数。
所有的表是设计完了，但是数据库的设计并没有完，所以我们还需要建立表间关系，这样就能够让数据库执行一些相关性检查，避免资料出错。建立表间关系的另外的一个好处，就是通过它能够很容易的建立出复杂的JOIN查询。
通常我们在ASP中操作数据库的时候，都是使用的执行时生成的查询，然后由传递给数据库解释执行。而在这儿我们要用的是存贮查询。与执行时查询比较而言，预存程序具有更多的优点。
它保存在数据库中，独立于ASP程序代码，使得他更容易建立和修改，并且查询的效率更高，速度更快，可以调试好了以后再放在ASP页面中使用，能避免很多问题。而且使用存贮查询的ASP程序代码更加容易阅读和修改。可能大家都对在ASP中使用S
