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

Question

最近打算用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之间的对应关系就很清楚明白。那我该选择那一种方法，为什么 
 

Answer 1

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

Answer 2

① 表 site -- 存放站点
② 表 qun -- 存放群
③ 表 yiyuan -- 存放医院
④ 表 zj -- 存放专家。
那么表site 、yiyuan 、 zj之间的对应关系就很清楚明白。那我该选择那一种方法，为什么  
这种效率会高点

Answer 3

是的，独立出来更好些，dedecms不太适合这个。
但是如果出了dedecms之外，还有哪个程序适合呢？dedecms后台界面不错的。discuz后台界面很不好，不符合使用习惯，discuz不要的功能太多。

Answer 4

还是回到这个问题，希望大家帮忙分析下。
我现在用的方法就是【非独立表】的那种形式，不过发现问题真多啊！
（1）写入修改数据的时候不方便，每次都要涉及两个表的数据操作。
（2）前台获取的时候也不方便，至少涉及两个表的数据。
（3）不方便后台管理，管理的时候同样还是每个表一个管理面板的。还不如直接独立每个表。有点只有一种了：那就是少去重复在每个表里面写title，description，keywords等这些相同的字段了。
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
为什么不用【独立表】的这样的形式，其实就是因为每个独立表里面他们都有共同点，
他们都会有如下字段
（1）id
（2）title
（3）keywords
（4）description
（5）click
（6）userid
（7）username
（8）pubdate
（9）modifydate
（10）fromurl
（11）tags
（12）……
所以我看到了dedemcs用这样的总表，返回addon分表的形式，我也觉得这样可以减少重复记录的问题，但是却也不方便。问题更多些了，我想问下各位你用的是那种形式的方式。