SQL数据库存储大量数据，如何解决速度问题？

[pipiyantai]

用SQL Server的数据库，其中最多的一个表中有6百万条数据，
用PB开发的程序，当对这个表进行查询的时候，速度很慢，
甚至要用几个小时，不知道这是SQL Server的问题还是PB的问题？
改用什么办法来处理这种情况？

[xiongxiao]

这和SQL、PB无关
1、提升机子的性能
2、优化查询，对数据进行分类、总结。

[yxs2000]

建立索引

[junyong]

根据查询条件用到的字段排序。多建几个索引。
尽量根据主键查询。

[pipiyantai]

建立索引根本就没有效果，
另外如何优化查询？

在SQl中直接写一个select 语句都很慢

[zhanwei]

6000K什么系统这么夸张？包括历史数据了吧？

把数据分成几个表存储吧，不要把鸡蛋放在同一个篮子里。

[zhanwei]

6000K什么系统这么夸张？包括历史数据了吧？

把数据分成几个表存储吧，不要把鸡蛋放在同一个篮子里。

[yxs2000]

如果select的时候老在读硬盘，那么有可能是硬盘速度太慢的原因

[pipiyantai]

分表可以解决这个问题，但是这样就需要改程序，有没有别的办法？
另外，用PB里的retrieve()就要等一两个小时，
是不是PB就不支持这么多的数据量呢？

[ice2water]

使用存储过程，如果有一个表较小，使用游标比使用update快。

[xiongxiao]

如PB不支持,那还不死机, 只有预先对数据进行分析处理才行, 或者你加点内存吧, 对了你那数据库有多少M了?

[xiongxiao]

如PB不支持,那还不死机, 只有预先对数据进行分析处理才行, 或者你加点内存吧, 对了你那数据库有多少M了?

[xiongxiao]

如PB不支持,那还不死机, 只有预先对数据进行分析处理才行, 或者你加点内存吧, 对了你那数据库有多少M了?

[Methodor]

尽量优化~
除了索引必须外~
建议多增加检索条件和参数~
这样速度不会太慢~

[zqllyh]

这么多数据再怎么优化速度都慢，用存储过程也快不了，只能拆表或升级硬件。

[qazyf]

是对数据进行检索还是统计?如果是统计再加索引也没用绝对快不了，是检索的话
要是查询条件中有索引的话，就是1000万条数据用时也不会超过5分钟。

[xiaonao]

用SQL Server 的OLAP服务吧，这个问题我已经解决，因为我们单位的数据量
也很大，其中一个表也将近700万行，用普通的SQL语句根本无法做统计分析，
微软专门提供了OLAP服务，也就是它的数据仓库解决方案，哈哈，快极了，
太牛B了，尤其它的MDX语法，太强大了。

[tigi]

1、建立索引。
2、查询结果集要小于表中总数据量的30%，否则索引将不起作用。
3、在retrieve()时可以选择按需retrieve()
4、在数据窗口中减少表的关联。
5、减少使用关键字in
6、数据定期结转
7、表结构要中有适当的冗余。
8、大批量数据查询处理，可以使用存储过程来实现。

[liaomingfei]

可以分表处理，加上索引 查询速度会加快