关于大数据量表结构设计的分享

孤独加百列 2012-06-26 03:22:10

加精

http://blog.csdn.net/magician547/article/details/7692764
http://blog.csdn.net/magician547/article/details/7692764

有兴趣的人可以参考下，希望可以给一些人提供点思路。（能帮到人就更好了）
只为分享，不喜勿喷，谢谢。

...全文

5295 91 打赏收藏转发到动态举报

写回复

用AI写文章

91 条回复

切换为时间正序

请发表友善的回复…

发表回复

BiChangQing 2014-04-08

打赏
举报

先收藏下，呵呵

BiChangQing 2014-03-26

打赏
举报

感谢楼主分享心得。赞一个。

hi_xiaohuo 2013-02-16

打赏
举报

先收藏，再看看

jdlsfl 2012-07-04

打赏
举报

谢谢分享

silvertoss 2012-07-04

打赏
举报

好东西,收藏

fk1987614 2012-07-03

打赏
举报

看看实践出真理

JAMESOHO 2012-07-03

打赏
举报

收藏了

fjhzm100 2012-07-01

打赏
举报

学习了，感谢分享！

续写经典 2012-06-30

打赏
举报

收藏了！！

zhongxin799 2012-06-30

打赏
举报

感觉写的不错

天才在左疯子在右 2012-06-30

打赏
举报

挺好的

xiaoxiangqing 2012-06-30

打赏
举报

不错，值得参考一下

孤独加百列 2012-06-30

打赏
举报

[Quote=引用 78 楼的回复:]

感谢LZ分享自已的心得。

但我和一些人也有同样的疑问：为什么不用分区表来实现？
分区表在使用者看来其实逻辑是一个整体，极大地简化了前端应用编程。按LZ的思路，连求总和这样的简单的操作都这么复杂，有那个必要吗？
[/Quote]
这样设计和前端应用没有关系，效果和分区表一样。即使使用了分区表，二次检索不同页的时候还是避免不了重新扫描，时间降低不了多少。只是插入检索的时候对于数据库来说逻辑简单一点而已。
大表和分区表的比较我也做过，效果单单从分表的角度上来说其实没什么区别，如果想快速响应查询和统计在分区表的基础上还是要进行我写的2-4步的操作，区别只是把分区表交给数据库做还是交给存储过程做。
光是分区表是没办法完全解决问题的。

bwangel 2012-06-30

打赏
举报

感谢LZ分享自已的心得。

但我和一些人也有同样的疑问：为什么不用分区表来实现？
分区表在使用者看来其实逻辑是一个整体，极大地简化了前端应用编程。按LZ的思路，连求总和这样的简单的操作都这么复杂，有那个必要吗？

nevchina 2012-06-29

打赏
举报

路过，学习了。。。

feifan20 2012-06-29

打赏
举报

收藏了，有时间学习一下，谢谢楼主

太阳峰 2012-06-28

打赏
举报

我也标记下

GZ_kenny 2012-06-28

打赏
举报

key.............

maddemon 2012-06-28

打赏
举报

[Quote=引用 14 楼的回复:]

感谢楼主分享心得。赞一个。

我也说几句。
一般来说，如果数据库要呈现10万条以上纪录，就开始又能感觉的延迟，个人体会主要适用于数据体现。背后的select操作其实用不了多少时间。

所以对于大数据量表格读取来说，最好能在选取的时候就进行分类读取，这个时候，在表格结构上就要仔细考虑。一般来说使用uniqueidentifer的效率是最高的，每条记录的uniqueidentifer值在这……
[/Quote]

呈现是不耗时的，uniqueidentifer不是有序的，效率极差，不适合做大数据量的表。