【 tulaoshi.com - ASP 】
对于论坛或者留言板，实现起来有一般两种方法：用文件或者数据库。相对而言，用数据库要简单高效一些，能够对论坛进行更好的控制，也能够对数据提供一些验证和保护。
这儿使用的是ACCESS数据库，对于一般的中小型的应用，ACCESS应该是能够胜任的。
从上面的分析可以知道应该有四个表，下面我给出每个表的结构。
作者表（存放作者信息）：
ID：文本类型，必填。是网友代号。
密码：文本类型，必填。
昵称：文本类型，必填。
EMAIL：文本类型，必填。
职务：数字类型，必填。-1代表普通网友，0代表站长。大于0的数字代表斑竹，并且号码是相应的看板表中某个板的ID，表示是那个板的斑竹。
文章数：数字类型，必填。网友发表的文章总数。
姓名：文本类型，可选。
性别：文本类型，可选。
电话：文本类型，可选。
内容表（存放具体文章内容和相关信息）：
ID：自动编号，并为其设置索引，以加快搜索的速度。
看板ID：数字类型，来自看板列表，表示文章所属看板。
主题ID：数字类型，来自主题表，表示文章所属主题。
作者ID：文本类型，来自作者表，表示文章的作者。
日期：日期/时间类型，预置初值为函数NOW()，系统在添加这一条字段时，将自动取系统当前时间为其值。
标题：文本类型。文章的标题。
发表：是/否类型，为“真”时表示文章已经通过审阅，可以发表；为“否”表示文章尚待审阅。
推荐度：数字类型，文章的推荐程度。
内容：备注类型，文章的具体内容。
点击次数：数字类型，文章的点击次数。
看板列表（存放有关看板的信息）：
ID：自动编号，同样的，也为其设置了索引。
名称：文本类型，看板的名称。
板主：文本类型，看板斑竹的ID。
主题数：数字类型，看板中包含的主题数。
主题表（存放有关主题的信息）：
ID：自动编号，并为其设置索引。
标题：文本类型，表示主题名。
看板：数字类型，来自看板列表，表示主题所属的看板。
文章数：数字类型，主题中包含的文章数。
所有的表是设计完了，但是数据库的设计并没有完。我们还需要建立表间关系，这样就能够让数据库执行一些相关性检查，避免数据出错。建立表间关系的另外的一个好处，就是通过它能够很容易的创建出复杂的JOIN查询。
在上面的表中，可以很容易的看到这些表间关系。从下图中可以看到这些关系是如何联系各个表的。
通常我们在ASP中操作数据库的时候，都是使用的运行时生成的查询，然后由传递给数据库解释执行。而在这儿我们要用的是存贮查询。与运行时查询比较而言，存贮查询具有更多的优点。
它保存在数据库中，独立于ASP代码，使得他更容易建立和修改，并且查询的效率更高，速度更快，可以调试好了以后再放在ASP页面中调用，能避免很多问题。而且使用存贮查询的ASP代码更加容易阅读和修改。可能大家都对在ASP中调用SQL查询感到很烦，特别是那些逗号啊，分号阿什么的，一不小心就会出错。使用存贮查询后，就可以不用顾虑这些问题了。当然，存贮查询再使用上也有一些要注意的地方，在后面我会详细的讲解它的使用方法。
在ACCESS中创建存贮查询是一件很容易的事，这儿我就不再多说了。如果确有不知道的，请参看《使用存贮查询》一文，在这儿我只给出各个查询的SQL语句代码。
我把所有要使用到的查询都作为存贮查询保存在了数据库中，主要的有以下的一些：
安ID查询文章：
SELECT 主题表.标题 AS 主题名, 看板列表.名称 AS 看板名, 内容表.*
FROM 主题表 INNER JOIN (内容表 INNER JOIN 看板列表 ON 内容表.看板ID = 看板列表.ID) ON 主题表.ID = 内容表.主题ID
WHERE (((内容表.ID)=[articleid]));
斑竹密码查询：
SELECT 看板列表.板主, 作者表.密码
FROM 作者表 INNER JOIN 看板列表 ON 作者表.ID = 看板列表.板主
WHERE (((看板列表.ID)=[id];
查询作者：
S
