Home > php教程 > php手册 > 多版面论坛数据库表结构优化设计的讨论

多版面论坛数据库表结构优化设计的讨论

WBOY
Release: 2016-06-13 10:25:20
Original
1107 people have browsed it

近一直在脑子里构思一个全新的论坛。想与大家讨论一下“多版面论坛数据库表结构的优化设计”问题。

问题的提出:
作为一个综合性的论坛,必然会遇到论坛分类的问题。常见的单层次多版面的结构太简单了点,在分类的问题上力不从心,无法实现比较复杂的分类。而像phorum那样的多层次多版面的结构固然能够实现任意复杂的分类(可以实现无限层次的目录分类结构),但是存在的难题就是导航不直观也不方便。所以我觉得,目前网上常见的双层多版面的结构是比较合理的,基本上满足了综合性论坛分类的要求,又能比较方便地实现直观、方便的论坛导航界面,例子有www.chinaasp.com目前的论坛。这种结构有两层目录,上面一层是大类,下面一层是分类,即具体的论坛版面。如何利用数据库的表来比较高效地实现这种结构呢?

方案一:
不管论坛将来有多少个版面,都把所有的帖子存放到一个表中,这个表中记录一个帖子的所有信息和该帖子所属的小类ID号码,假设这个表称为T_articles,用表T_columns1纪录大类信息(大类名和该大类的ID号码),用表T_columns2纪录小类信息(小类名、小类ID号码和该小类所属的大类ID号码)

方案二:
给每一个小类新建一个表,把属于该类的帖子都存放到这个表中,这个表中仅纪录一个帖子的自身信息(主题、正文等),此类表都用T_articles1、T_articles2等表示。用表T_columns1纪录大类信息(大类名和该大类的ID号码),用表T_columns2纪录小类信息(小类名、小类ID号码和改小类所属的大类ID号码)

要求:
1、要求无论大类小类都便于将来的扩充;
2、要求设计出来的表结构能提高数据库检索效率;

比较:
方案一与方案二哪一种好一些?

大家不妨来讨论一下?


转载“江南论坛”中一位朋友的回复
cach 于 2001-1-18 23:51:59 加贴在 编程大本营
方案一比较好扩充版面,但是不足的是随着贴子的增多,数据量会越来越大,


做一次查询会比较费时间,而且万一数据表出了问题就麻烦了。
不过好处是编程要容易的多。现在很多论坛都是用这个方案的!
而方案二相比来说会速度快些,不过编程时可能要多费一些时间!
我觉得方案二中还应该加一些内容,就是T_columns2中加上一个字段,用来
放新建的小类的表名(因为方案二是一个讨论区建一个表的,这些表因该都是
动态添加的,所以有必要加一个字段存放表名,到时可以通过这个字段做参数
来生成相应的讨论区),优点是速度快,一个讨论区的表出了问题并不影响
其它的讨论区,所以我还是觉得方案二更好些!
以上是个人观点!

版权声明: 本帖版权归提交者cach所有,其它网站转载或转贴须注明出处,传统媒体转载
      须事先与原作者和江西热线联系,本帖提交者发言纯属个人意见,与本网站立场无关。
source:php.cn
Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
Popular Recommendations
Popular Tutorials
More>
Latest Downloads
More>
Web Effects
Website Source Code
Website Materials
Front End Template