DX多数据库分配只是一个虚有其表的功能

由DX1.5一直期待官方能够完善这项功能，

但令人失望的是已经到DX2.5第三个版本了，

仍然有诸多的问题出现，这个功能的开发者

究竟是在做什麼的，如果一直是这样下去，

那麼不要浪费精神开发此功能了，分配人手解决其他的功能...

只能说DZ多数据库支持功能在代码中的兼容并不是很完善

DX多数据库或分散数据配置!
https://discuz.dismall.com/thread-2972999-1-1.html

主题表放在不同的数据库!论坛附件管理失效
https://discuz.dismall.com/thread-2972974-1-1.html

https://discuz.dismall.com/forum.php?mod=redirect&goto=findpost&ptid=2972974&pid=24905883

开发者...

应该多测试一下..不要站长做白老鼠

钱的问题....

没得几千万数据去做分库那是在折腾自己。当然mysql也许撑不到几千万数据那一天～
分库这个结构看似美好，其实对程序开发、管理操作等带来的麻烦比它的收益要多得多
https://discuz.dismall.com/thread-2934412-1-1.html

对于你说的问题 我已经反馈给相关研发人员。

mark35 发表于 2012-9-19 09:30
没得几千万数据去做分库那是在折腾自己。当然mysql也许撑不到几千万数据那一天～
分库这个结构看似美好，其 ...

看似你是高手呀...!

mark35 发表于 2012-9-19 09:30
没得几千万数据去做分库那是在折腾自己。当然mysql也许撑不到几千万数据那一天～
分库这个结构看似美好，其 ...

帖子: 35734966，我的已经过千万级了

loveaf 发表于 2012-9-21 10:35
帖子: 35734966，我的已经过千万级了

因为mysql不思进取，表分区功能一直不能完善到生产用，所以dz开发人员只能人工做分表，再加上为了新构架而新构架搞出什么分库甚至分服务器东东，就没仔细考虑过这么高级的技术有多少网站用得上、用得起。
本来一个表分区功能（如果为了实现安全和丰富功能还可以加个视图VIEW）就可以简单解决的，结果搞得这么复杂……
https://discuz.dismall.com/thread-2990167-1-1.html  
目前500万帖子，每个版块group一组分区表，每个组里面包含3个依据时间横切的分区表（文件）。这个构架下帖子数量就对浏览性能基本没啥影响了。 如果想更强那么再加上从X2.5借鉴回去的memcache以及新研究出的分页静态化功能，那时候即便是亿万级帖子都不在话下。

ps：X2的所谓分区表是对表进行纵切，把占用空间多的字段（比如字符型）分隔出去另成表。但实际上原表总的记录数没有减少，索引也没减小（除去分隔出的字段的索引），而新分出去的表为了与原表在连表时保持逻辑联系就还得多加一个PK字段反而浪费了空间。一句话，这种分表技术也就对mysql这种弱智才效果明显，但随着表总容量增加最终还是会压垮mysql的。