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

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

问题的提出：
作为一个综合性的论坛，必然会遇到论坛分类的问题。常见的单层次多版面的结构太简单了点，在分类的问题上力不从心，无法实现比较复杂的分类。而像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所有，其它网站转载或转贴须注明出处，传统媒体转载
　　　　　 须事先与原作者和江西热线联系，本帖提交者发言纯属个人意见，与本网站立场无关。