上亿记录级,索引及效率问题
表T,有以下字段
id(PK) a(int) b(datetime) c(int) d(char(32)) e(int)
记录有上亿条
存储过程中有个子查询
select c,sum(e)
from T
where a=@a and b=@b
group by c,d
要提高这个子查询的执行效率,应该如何建索引?
A.不要索引
B.为a,b,c,d分别建索引
C.为a,b,c,d建立一个联合索引
D.为a,b建立一个联合索引,为c,d建立另一联合索引
E.其它?
[解决办法]
C 建立聚集索引，
a,b,d建立联合索引
[解决办法]
上亿条记录?
可考虑:
ID:主键.
对a,b,c,e分别建立索引,d为字符串型,建立索引没有必要.
[解决办法]
试一下，为a,b建立一个联合索引,为c,d建立另一联合聚集索引
[解决办法]
取值范围不大，建索引的意义也不大
上亿条数据，取值范围在100组以内，这样也能利用到索引吗？
真正适合建索引的是d
[解决办法]
个人意见：
为a,b建立一个联合索引,为c,d,e建立另一联合索引
这样AB 用于条件，cde用于分组
具体还要看执行计划逐步调整，这个只是猜测
[解决办法]
建议做分区,或者历史表.
[解决办法]
a的取值范围不大,100组以内
b为无时间部分日期值,取值范围也不大
c的取值范围不大,100组以内
d为GUID,取值范围最大,有1,000,000至10,000,000组
----------------------------
GUID？全局唯一标识符？
对全局唯一标识符汇总，是否多次一举？
select c,d,sum(e) from T where a=@a and b=@b group by c,d
等价于
select c,d,e from T where a=@a and b=@b
如果不是全局唯一标识符，请不要乱用名词——GUID。
--------------
GUID是可以重复的。
