论坛设计

　　前言：现在网上的论坛到处都有，但不知您是否碰到过这样的情况：在杂乱无章的讨论信息中来寻找自己想要的内容，是一件很费费时费力的事情，到后来，您就都不想去看什么论坛了。那么我们能不能对自己网站论坛的内容增加审核功能呢？即任何网友发到论坛的文章，并不立即被显示出来，必须经过站长或版主审阅之后，认为有价值，有必要推荐给其他网友的，就发表出来。否则就删掉了，免得浪费空间，搞得有点像精华区的意味，这样您的论坛比起一般的论坛来，能够提供给为明确有益的内容。放到您的网站上，应该能够吸引更多的网友来访问。这个设想当然能够实现，下面我就简单介绍如何制作。

　　注：由于本文适用于对ACCESS数据库、HTML、ASP有一定了解的读者。

　　一、论坛结构分析

　　通过上面的功能需求分析，我们能够将论坛的制作分为四大部分：

　　（1） 网友注册和管理模块：因为引入了站长或版主，在论坛中就必须能够对其进行身份验证。这个模块的功能，就是管理注册的网友，并能够提供相关的查询。比如，查询指定作者的任何发表的文章，查询当前发表文章最多的十个网友，等等。假如您的论坛不是很大，这个模块能够省略为只带有版主身份验证的功能，而去掉那些关于注册，查询的部分。

　　（2） 文章显示模块：显示任何版主审核过的，觉得值得推荐的文章。

　　（3） 发表文章模块：为注册网友提供发表见地的地方，发表后等待版主审阅。

　　（4） 文章审阅模块：版主对任何网又发表但未经审阅的文章进行处理，已决定是发表还是删除。

　　了解了具体的功能需求后，就能够按模块的开始论坛的设计了。当然，这些模块的只是在功能上对论坛结构的划分，实际上并不能够完全的把他们单独出来进行设计。对于这种较小的应用，也没有必要进行完全的模块化设计，在良好的规划下直接写程式代码或许来的更为简单一些。

　　对于论坛实现起来有一般两种方法：用文档或数据库。相对而言，用数据库要简单高效一些，能够对论坛进行更好的控制，也能够对资料提供一些验证和保护。这儿我使用的是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中使用SQL查询感到很烦，特别是那些逗号啊，分号啊什么的，一不小心就会出错。使用存贮查询后，就能够不用顾虑这些问题了。当然，预存程式再使用上也有一些要注意的地方，在后面我会周详的讲解他的使用方法。在ACCESS中建立预存程式是一件很容易的事，这儿我就不再多说了。在这儿我只给出各个查询的SQL语句程式代码。

　　我把任何要使用到的查询都作为预存程式保存在了数据库中，主要的有以下的一些：

　　（1）按ID查询文章：

　　SELECT 主题表.标题 AS 主题名, 看板列表.名称 AS 看板名, 内容表.*

　　FROM 主题表 INNER JOIN (内容表 INNER JOIN 看板列表 ON 内容表.看板ID = 看板列表.ID) ON 主题表.ID = 内容表.主题ID

　　WHERE (((内容表.ID)=[articleid]));

　　（2）版主密码查询：

　　SELECT 看板列表.板主, 作者表.密码

　　FROM 作者表 INNER JOIN 看板列表 ON 作者表.ID = 看板列表.板主

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有