如果是静态数据，可以考虑用索引视图，否则就别用视图了，性能不如直接操作底层表。
100亿有点夸张，不分区的话（2005才出现），基本上不能运行了，另外还要检查你的结果集会不会太多

这是我的查询语句

SELECT * FROM View_Data WHERE (userID = 1)AND (devID = 1)AND (ruleID = 1)AND (dateTime > '2013/10/11 16:13:14')AND (dateTime < '2013/10/11 16:13:24')

他们是叫你sp_helptext '试图名'

SELECT lastwaittype,cpu,physical_io FROM sys.sysprocesses WHERE spid>50 执行一下，最好能找到你这个语句的那条，另外85那个是scan还是seek？看不全

连个where条件都没有啊？那是全表/索引/聚集索引扫描哦，性能提升不了的

检查一下where条件中的列是否有索引，datetime是什么索引？聚集还是非聚集？另外非要搞的话，可能select用到的列也要搞到非聚集索引中，实现“索引覆盖”

Quote: 引用 18 楼 DBA_Huangzj 的回复:

连个where条件都没有啊？那是全表/索引/聚集索引扫描哦，性能提升不了的

SELECT * FROM View_Data WHERE (userID = 1)AND (devID = 1)AND (ruleID = 1)AND (dateTime > '2013/10/11 16:13:14')AND (dateTime < '2013/10/11 16:13:24')

这是我的查询语句，可以优化吗？

通常来说日期列可以加到聚集索引中，预排序

Quote: 引用 21 楼 Steinway 的回复:

Quote: 引用 18 楼 DBA_Huangzj 的回复:

连个where条件都没有啊？那是全表/索引/聚集索引扫描哦，性能提升不了的

SELECT * FROM View_Data WHERE (userID = 1)AND (devID = 1)AND (ruleID = 1)AND (dateTime > '2013/10/11 16:13:14')AND (dateTime < '2013/10/11 16:13:24')

这是我的查询语句，可以优化吗？

有索引吗？userid,devid,ruleid,datetime

Quote: 引用 25 楼 SmithLiu328 的回复:

Quote: 引用 21 楼 Steinway 的回复:

Quote: 引用 18 楼 DBA_Huangzj 的回复:

连个where条件都没有啊？那是全表/索引/聚集索引扫描哦，性能提升不了的

SELECT * FROM View_Data WHERE (userID = 1)AND (devID = 1)AND (ruleID = 1)AND (dateTime > '2013/10/11 16:13:14')AND (dateTime < '2013/10/11 16:13:24')

这是我的查询语句，可以优化吗？

有索引吗？userid,devid,ruleid,datetime

全都有索引

Quote: 引用 28 楼 Steinway 的回复:

Quote: 引用 25 楼 SmithLiu328 的回复:

Quote: 引用 21 楼 Steinway 的回复:

Quote: 引用 18 楼 DBA_Huangzj 的回复:

连个where条件都没有啊？那是全表/索引/聚集索引扫描哦，性能提升不了的

SELECT * FROM View_Data WHERE (userID = 1)AND (devID = 1)AND (ruleID = 1)AND (dateTime > '2013/10/11 16:13:14')AND (dateTime < '2013/10/11 16:13:24')

这是我的查询语句，可以优化吗？

有索引吗？userid,devid,ruleid,datetime

全都有索引

这几个是一张表的吗？执行计划是不是上面贴出来的那个？

select userid,devid,ruleid,datetime
from 视图
where 你的条件，给我看看执行计划

sp_helpindex 'app_data'给我看看结果

Quote: 引用 30 楼 DBA_Huangzj 的回复:

select userid,devid,ruleid,datetime
from 视图
where 你的条件，给我看看执行计划

Quote: 引用 32 楼 Steinway 的回复:

Quote: 引用 30 楼 DBA_Huangzj 的回复:

select userid,devid,ruleid,datetime
from 视图
where 你的条件，给我看看执行计划

根据你的Where条件返回的数据多吗？另外你这个执行计划使用的是Index Scan，如果数据量小的话应该让执行计划走Index Seek，这样才会快。

Quote: 引用 32 楼 Steinway 的回复:

Quote: 引用 30 楼 DBA_Huangzj 的回复:

select userid,devid,ruleid,datetime
from 视图
where 你的条件，给我看看执行计划

根据你的Where条件返回的数据多吗？另外你这个执行计划使用的是Index Scan，如果数据量小的话应该让执行计划走Index Seek，这样才会快。

Quote: 引用 35 楼 SmithLiu328 的回复:

Quote: 引用 32 楼 Steinway 的回复:

Quote: 引用 30 楼 DBA_Huangzj 的回复:

select userid,devid,ruleid,datetime
from 视图
where 你的条件，给我看看执行计划

[imtp://img.bbs.csdn.net/upload/201310/11/1381481575_869911.png][/img]

根据你的Where条件返回的数据多吗？另外你这个执行计划使用的是Index Scan，如果数据量小的话应该让执行计划走Index Seek，这样才会快。

其实这个是没有用到索引的 呵呵。

Quote: 引用 37 楼 SmithLiu328 的回复:

Quote: 引用 35 楼 SmithLiu328 的回复:

Quote: 引用 32 楼 Steinway 的回复:

Quote: 引用 30 楼 DBA_Huangzj 的回复:

select userid,devid,ruleid,datetime
from 视图
where 你的条件，给我看看执行计划

[imtp://img.bbs.csdn.net/upload/201310/11/1381481575_869911.png][/img]

根据你的Where条件返回的数据多吗？另外你这个执行计划使用的是Index Scan，如果数据量小的话应该让执行计划走Index Seek，这样才会快。

其实这个是没有用到索引的 呵呵。

请问我现在应该怎么做呢？

Quote: 引用 39 楼 Steinway 的回复:

Quote: 引用 37 楼 SmithLiu328 的回复:

Quote: 引用 35 楼 SmithLiu328 的回复:

Quote: 引用 32 楼 Steinway 的回复:

Quote: 引用 30 楼 DBA_Huangzj 的回复:

select userid,devid,ruleid,datetime
from 视图
where 你的条件，给我看看执行计划

[imtp://img.bbs.csdn.net/upload/201310/11/1381481575_869911.png][/img]

根据你的Where条件返回的数据多吗？另外你这个执行计划使用的是Index Scan，如果数据量小的话应该让执行计划走Index Seek，这样才会快。

其实这个是没有用到索引的 呵呵。

请问我现在应该怎么做呢？

按照你查询的WHERE条件顺序创建一个索引试试看。不过数据量可能会很大，过程很长。

Quote: 引用 40 楼 SmithLiu328 的回复:

Quote: 引用 39 楼 Steinway 的回复:

Quote: 引用 37 楼 SmithLiu328 的回复:

Quote: 引用 35 楼 SmithLiu328 的回复:

Quote: 引用 32 楼 Steinway 的回复:

Quote: 引用 30 楼 DBA_Huangzj 的回复:

select userid,devid,ruleid,datetime
from 视图
where 你的条件，给我看看执行计划

[imtp://img.bbs.csdn.net/upload/201310/11/1381481575_869911.png][/img]

根据你的Where条件返回的数据多吗？另外你这个执行计划使用的是Index Scan，如果数据量小的话应该让执行计划走Index Seek，这样才会快。

其实这个是没有用到索引的 呵呵。

请问我现在应该怎么做呢？

按照你查询的WHERE条件顺序创建一个索引试试看。不过数据量可能会很大，过程很长。

哦，好的，这样做的原理可以给我讲讲吗？

看上去应该是userID 的筛选性不高，sqlserver选择使用scan，导致性能慢

那就是原因了，用这个select count(distinct autoID)/表的总数把你用到的列都这样查，然后选择值最小那个做第一列，第二小的做第二列，以此类推