SQL2000 海量数据 【欢迎大家来讨论】

[指间、魔法师]

最近开发一个电子警察系统，有个很现实的问题。每天都有3~4万数据插入到一张表中。要是这样算哈，100天就有3~4百万的数据了。请问大家，关于这么大的数据量是如何处理的？

[指间、魔法师]

感谢大家的到访。
硬件问题应该不会太大，别人好歹是个政府机关。
就是不知道如何实现数据备份好。

[指间、魔法师]

来人啊。。~~

[like0112]

这样的数据量确实不算很大，我也遇到过这种情况

采用分表就能解决问题，而且性能上也有保障

[指间、魔法师]

么人。。

[qq308993784]

帮你顶！

[ziping]

建议分表

[ben_key01]

1，做好相应的INDEX，最好不要超过三个索引
2，采取年月作表名，一月一份表。

[指间、魔法师]

[Quote=引用 12 楼 like0112 的回复:]
这样的数据量确实不算很大，我也遇到过这种情况

采用分表就能解决问题，而且性能上也有保障
[/Quote]

额 能详细说说不？对数据库的建立，有什么要求？

[lmc19860810]

帮顶

[王向飞]

你可以做分表啊
程序在查询的时候用一个视图
只需修改视图就好了

[clxsl_huang]

帮顶

[feixianxxx]

up

[lymmingv]

要看结构复杂程度，已经查询频度。如果很多张表，可以做个多维数据集，表少的话，比如2，3张的话，可以按月或3个月分表，1个表并且查询不频繁的话，按年分表也行，因为数据量不大，而且硬件又好。。。

[fuwulong]

关注 还没有遇到过这么大的数据量的情况 很想学习这方面的经验，不管软件还是硬件！ 谢谢大家 还望不能赐教！

[Q315054403]

每天三四万数据算比较少。。。有偿专业支持，持续后期跟进

[fcuandy]

事务表和仓库表的设计。

[feixianxxx]

up

[亮剑_]

[Quote=引用 5 楼 orchidcat 的回复:]
涉及的方面挺多的：
1、Cluster Index肯定是要好好考虑的。
2、历史数据归档也是要考虑的。分区表还是人工手动处理等等。
3、硬件支持也是要考虑的因素。
4、另外每日的备份机制也要优先考虑好。
具体上述4项，如何处理，坛子里面精华可以找到。参考，针对自己的情况选择一下吧！
[/Quote]
备份机制建议选用基于硬件的自动化高可用性方案，人工备份为辅，否则DBA要杀人的
另外，灾备也是要考虑的问题

[华芸智森]

纵向按日期分区.而且,要依据你的硬盘数.
如有 HD1,HD2,HD3,HD4 几块硬盘.
那分区方案应该这样.假设置你的数据从 2001 年开始.
HD1,2001
HD2,2002
HD3,2003
HD4,2004
HD1,2005
HD2,2006
HD3,2007
HD4,2008
.....
依次类推....

当然,还可以你业务常用查询区间来分.

也可以考虑历史表和业务表结合的方案.
如一个大表,里面放的都是历史表,当前表存放一个月数据,在月底时将当前表导入历史表,清空业务表 等.
历史表要每月整理一次主键和索引.

[指间、魔法师]

感谢大家。分数不多，分不到。不好意思。

祝大家新年快乐