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

近一直在脑子里构思一个全新的论坛。想与大家讨论一下“多版面论坛数据库表结构的优化设计”问题。 问题的提出: 作为一个综合性的论坛,必然会遇到论坛分类的问题。常见的单层次多版面的结构太简单了点,在分类的问题上力不从心,无法实现比较复杂的分类。而像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所有,其它网站转载或转贴须注明出处,传统媒体转载       须事先与原作者和江西热线联系,本帖提交者发言纯属个人意见,与本网站立场无关。

http://www.bkjia.com/phpjc/532076.htmlwww.bkjia.comtruehttp://www.bkjia.com/phpjc/532076.htmltecharticle近一直在脑子里构思一个全新的论坛。想与大家讨论一下“多版面论坛数据库表结构的优化设计”问题。 问题的提出: 作为一个综合性的…

Posted in 未分类