赞叹康盛的数据库设计的好

把其他format的数据集库资料直接用sql灌到discuz的数据库，折腾了一下。

发现你们数据库设计的真是不错，干净、有效。赞一个。{:soso_e179:}

200多个表也～

表拆的合适，存取速度会快，这是database 设计技巧之一。

万一不好找code。 可以：在discuz里做个动作，然后马上用工具，倒序看数据库有更新的表，这样有上万个表都没关系哦{:soso_e121:}

mark35 发表于 2012-8-21 19:57
200多个表也～

不过说实话，DZ的很多数据表连最基本的1NF都不能满足。
那个坑爹的勋章和论坛版主字段就是，修改操作特别麻烦。

附件表那个我暂时不发表评论，数据於沉太厉害。用户存档表，写插件的时候就知道这东西的存在就是个BUG。

sw08 发表于 2012-8-21 20:18
不过说实话，DZ的很多数据表连最基本的1NF都不能满足。
那个坑爹的勋章和论坛版主字段就是，修改操作特别 ...

坑爹的username 以author，username的名称出现在各个表中～
比如版块版主，删除了版主会员，但页面中版主还是会有此人。必须后台编辑该版块提交更新才行。
这说回来根源还是在垃圾mysql上——不能用连members表获得username的方式来减少此类他表的冗余字段，否则dz就不用混了。

mark35 发表于 2012-8-21 21:18
坑爹的username 以author，username的名称出现在各个表中～
比如版块版主，如果删除了版主，但页面中版主 ...

是的啊，不得不说MYSQL在规范性处理的能力真的弱爆了。和Oracle不是一个级别的。

sw08 发表于 2012-8-21 21:19
是的啊，不得不说MYSQL在规范性处理的能力真的弱爆了。和Oracle不是一个级别的。

所以结论是
1、mysql不是个数据库，准确说并不是一个关系型数据库（RDBMS）。 它只适合简单CRUD，无法承担复杂的连表查询
2、mysql是最昂贵的免费数据库（如果还把它当成是数据库）。TCO成本其实不低。

好久没来，DZ牛B的壮大，拜一个

sw08 发表于 2012-8-21 20:18
不过说实话，DZ的很多数据表连最基本的1NF都不能满足。
那个坑爹的勋章和论坛版主字段就是，修改操作特别 ...

附件表那个我暂时不发表评论，数据於沉太厉害。用户存档表，写插件的时候就知道这东西的存在就是个BUG。

附件表既然都分表了为何不再分一个临时附件表用于保存新上传附件呢。
比如未提交新主题的附件，此时tid/pid都未知，单独用个表保存，此表记录会很小（也就k级别）即使是不创建索引的全表扫描速度也会非常快的。待帖子提交后再移动到目的附件分表。这对性能有很大提升。

并且发帖页面也会读取此用户上传但未使用的附件，虽然有uid索引，但毕竟也是对所有附件分表进行扫描，效率比扫描单独的临时附件表差远了。

dz的数据库设计水平尚需提高～

再次拜见mark35高论