带8M秒的6M记录的SQL Server查询是否正常？

如果否，那么如何我可以优化查询，以减少执行时间

select ChargeID , SUM(Fee) from Charges group by ChargeID

服务器计算机是一个至强（R）CPU与12GB的RAM和运行64位OS 内存使用几乎是10GB并且CPU使用率为5-10％

收费表只有聚集索引ChargeID。

下面是执行计划

enter image description here

推荐一些提示或技巧，可以减少执行时间感谢

我们需要更多信息才能帮助您。执行时间取决于几个因素：服务器硬件，磁盘I/O使用率，CPU使用率，服务器负载，表格结构，索引，碎片，统计信息等等等等。这个问题也是如此董事会来帮助你。（8秒**可能是正常的）。 – Pred 2014-10-03 07:27:01

也可能取决于表数据是否缓存在内存中以及SQL Server实例使用多少内存。检查这个http://dba.stackexchange.com/a/72271/44324 – 2014-10-03 07:40:17

而且像总是 - 服务器规格，完全忽略了很重要的因素：光盘子系统。 – TomTom 2014-10-03 07:40:55

是，也不是。它取决于服务器，可能更多的是磁盘IO。

你做索引寻找 - 这是尽可能好的。问题是光盘传输数据的速度有多快。我预计时间会缩短很多，但是我希望2014年的“光盘”能够成为SSD，用于任何真实的分析。

我会检查磁盘IO，延迟等 - 但是从SQL方面来说，没有什么可以做的了，就像查询计划一样好。

2014-10-03 10:22:51 TomTom

感谢TomTom为你解答问题。 – 2014-10-09 05:48:10

回答