标题:文本类型,表示主题名。
看板:数字类型,来自看板列表,表示主题所属的看板。
文章数:数字类型,主题中包含的文章数。
所有的表是设计完了,但是数据库的设计并没有完。我们还需要建立表间关系,这样就能够让数据库执行一些相关性检查,避免数据出错。建立表间关系的另外的一个好处,就是通过它能够很容易的创建出复杂的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];
查询作者:
SELECT 作者表.*
FROM 作者表
WHERE (((作者表.ID)=[id]));
发表文章列表:
SELECT [内容表].[ID], [内容表].[标题], [内容表].[作者ID] AS 作者, [内容表].[日期],
看板:数字类型,来自看板列表,表示主题所属的看板。
文章数:数字类型,主题中包含的文章数。
所有的表是设计完了,但是数据库的设计并没有完。我们还需要建立表间关系,这样就能够让数据库执行一些相关性检查,避免数据出错。建立表间关系的另外的一个好处,就是通过它能够很容易的创建出复杂的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];
查询作者:
SELECT 作者表.*
FROM 作者表
WHERE (((作者表.ID)=[id]));
发表文章列表:
SELECT [内容表].[ID], [内容表].[标题], [内容表].[作者ID] AS 作者, [内容表].[日期],
| 对此文章发表了评论 |
