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