●●●●一个折腾了我很久的纠结问题，数据库关系问题，我这样行吗？

最近打算用dedecms来做个网站测试下SEO。做的网站的主题是医院方面的。
然后存放的内容有
（1）qun--交流群
（2）site--官网
（3）zj--专家
（4）yiyuan--医院

然后我按照dede原思路来说，内容都会放到archives表里面，然后addon是存放他们内容详情的。
如果按照这样的思路来，那么应该会新建如下这些表
（a）channel [主键channelid]-- 存放各个频道内容模型
（b）archives[主键aid] -- 存放 addonqun、addonsite、addonzj、addonyiyuan的标题、共同属性的字段，如点击率，标题，描述等
（c）addonqun [主键aid 对应 archives.aid] -- 存放qun的内容详细
（d）addonsite[主键aid 对应 archives.aid] -- 存放site的详情内容
（e）addonzj [主键aid 对应 archives.aid] -- 存放zj的详情内容
（f）yiyuan [主键aid 对应 archives.aid] -- 存放yiyuan的详情内容。

这里面比较纠结的就是对应关系：
（1）因为 site必定是属于 yiyuan的，site 和yiyuan里面有一对一关系，但是他们又是同一级别的。
（2）同样 zj 和yiyuan也是对应关系的
但是他们zj 和 yiyuan 以及 site他们又都是同一级别的，存放在archives里面
该如何存放他们才最好，最合理，方便，易于维护。

上面的这种方法为什么要这样弄，是因为dedecms自带了自动生成的功能。但是是按照栏目来生成的。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
还有一种方法就完全独立出来，如下
① 表 site -- 存放站点
② 表 qun -- 存放群
③ 表 yiyuan -- 存放医院
④ 表 zj -- 存放专家。
那么表site 、yiyuan 、 zj之间的对应关系就很清楚明白。

那我该选择那一种方法，为什么 
 

主体
主体之间的关系

设置单独的表，有个问题在里面，就是数据多了的时候，你要考虑查询的效率问题
所以在设计表的时候，除了维护扩展外，最主要的是查询的效率要好，你按照它的思路去思考思考我觉得你会理解这样设计更好。。

那是选择那一种啊……



哦，选择单独的表。我也觉得好一点，但是这样的话，我还不如不用dedecms来做网站了。
dedecms里面的内容模型就是那样存放的。