22,300
社区成员
发帖
与我相关
我的任务
分享如何解决大数据量的数据库维护？
情况是这样的，我们系统，每天都会有很大的数据写入到数据库。这么大的数据量在查询的时候就显的很慢，现在想分成两个库一个静态库一个动态库，静态库保存基础数据，动态库保存生产业务数据。每隔一段时间自动生成一个新的动态库然后数据写入到这个新库，查询的时候系统能够根据日期自动匹配到对应的历史动态库。请问该怎么实现？
...全文
请发表友善的回复…
发表回复
苦苦的潜行者 2013-03-16
- 打赏
- 举报
没见过5亿的数据...
Q315054403 2013-03-16
- 打赏
- 举报
数据量大小不是规划设计的全部因素，数据如何使用、性能平衡、如何管理才是重要因素
只有充分理解数据应用需求，才会有准确的设计方案
最爱午夜 2013-03-16
- 打赏
- 举报
我觉得用分区和历史表切换分区的方法最好，
先分区，通过切换分区到历史表定时的把数据老化，然后再把老化数据迁移到历史库，这样可以保证在线操作，而且数据库在切换分区时不会印象数据库的正常运行。
tansx 2013-03-12
- 打赏
- 举报
看看大家是怎么解决这个问题的
warlock 2013-03-11
- 打赏
- 举报
建立中心库，中心库记录每个分库的地址、登录名、密码、功能等信息，程序里面根据时间或者业务逻辑直接去中心库找新增加的新库地址，然后从新库中取数据即可；中心库中，分库还可以根据功能进行定时增加或手动增加；
悟迟 2013-03-05
- 打赏
- 举报
这么多啊
戈壁上的月光 2013-03-04
- 打赏
- 举报
相关分库、分区、数据转移的资料可否提供一些？
Q315054403 2013-03-02
- 打赏
- 举报
分区最灵活。。仔细设计文件组与磁盘文件分布
zhangfk 2013-03-02
- 打赏
- 举报
还是把过期的数据到历史库。
linwaterbin 2013-03-02
- 打赏
- 举报
这是个大炕啊
line_us 2013-03-02
- 打赏
- 举报
数据大了，
操作起来就出现些新问题。
DBA_磊仔 2013-03-01
- 打赏
- 举报
每天5亿又如何，只要你不是每次查询需要读取5亿数据，不过我考虑这样大的数据量，是要做好分区的。如果要用到报表数据，还要尽可能的物理存储报表，不要经常性的读取大量数据
發糞塗牆 2013-03-01
- 打赏
- 举报
当然你的硬件要足够强大。不然I/O可能会成为瓶颈
haitao 2013-03-01
- 打赏
- 举报
相当于：
静态库（基础库）
动态库（当前库）
历史库（动态库的旧数据，无须再分多个了，它大、慢一点不影响业务速度）
發糞塗牆 2013-03-01
- 打赏
- 举报
库是一年分一个，表是每个月一个
戈壁上的月光 2013-03-01
- 打赏
- 举报
？ 有点不明白了，我是该分库呢还是表分区？
發糞塗牆 2013-03-01
- 打赏
- 举报
可以，SQLServer2005支持TB级别的都没问题，不过你可以根据业务来分库，比如你的业务经常只需要查询一个月或者一年的数据，那么就按照这个单位来分库。
happytonice 2013-03-01
- 打赏
- 举报
不是一个库的问题，多准备几台机器
戈壁上的月光 2013-03-01
- 打赏
- 举报
数据量预计在5亿条 每天，这个数据量放到一个库可以吗？
happytonice 2013-03-01
- 打赏
- 举报
思路基本这样，具体实现用存储过程，或在业务层实现业务逻辑
加载更多回复（10）
