近一直在脑子里构思一个全新的论坛。想与大家讨论一下“多版面论坛数据库表结构的优化设计”问题。 问题的提出： 作为一个综合性的论坛，必然会遇到论坛分类的问题。常见的单层次多版面的结构太简单了点，在分类的问题上力不从心，无法实现比较复杂的分类。而像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近一直在脑子里构思一个全新的论坛。想与大家讨论一下“多版面论坛数据库表结构的优化设计”问题。 问题的提出： 作为一个综合性的…