问题
有3万张选票,每张选票上有32个选择,每人必需在32个选择中选20个.
表设计:
Vote(Id,Editor,AddTime)--选票主表,
VoteDetail(Id,VoteId,OptionId)--选票细表
---------------------------------------
基本上一个简单的计票程序就这样了,不过后来又有了个新的要求,就是需要把数据能导到Excel里,导出的格式应该是
编号 添加人 选择1 选择2 选择3 选择4 ....选择32 这样就需要把使用了明细表结构的数据重新还原成选票的格式.
统计SQL代码如下(可以按Vote.ID范围进行水平分割,导入到多个Excel文件中 )
---------------------------
Select Editor,AddTime,
Case (Select 1 From voteDetail Where voteDetail.VoteId=Vote.Id And OptionId=1)
When 1 Then 1
Else 0
End As Option1,
Case (Select 1 From voteDetail Where voteDetail.VoteId=Vote.Id And OptionId=2)
When 1 Then 1
Else 0
End As Option2,
Case (Select 1 From voteDetail Where voteDetail.VoteId=Vote.Id And OptionId=3)
When 1 Then 1
Else 0
End As Option3,
Case (Select 1 From voteDetail Where voteDetail.VoteId=Vote.Id And OptionId=4)
When 1 Then 1
Else 0
End As Option4,
Case (Select 1 From voteDetail Where voteDetail.VoteId=Vote.Id And OptionId=5)
When 1 Then 1
Else 0
End As Option5,
................................................省略
Case (Select 1 From voteDetail Where voteDetail.VoteId=Vote.Id And OptionId=32)
When 1 Then 1
Else 0
End As Option32
From Vote
------------------------------------------------
上面这段代码在少量测试数据时没问题,但是当我模拟导入3万张选票,VoteDetail中有60万条记录时,上面的查询就出问题了,
查询长时间没回应,cup使用率一直保持在50%以上,查看查询计划是发现, 每个选择列(如 Option1..Option2)的生成是主表跟VoteDetail表进行Nested Loops操作产生的集合,由于出于习惯在VoteDetail中加入了一个不相关主键Id后导致以上每个分枝(列) 都要进行Index Spool操作,生成临时记录集,严重影响了查询性能,
后来把VoteDetail表的ID列去掉,设置VoteId,OptionId为主键 即VoteDetail(VoteId,OptionId),处理后NestedLoops内层循环直接通过过聚集索引(主键)定位数据,整个查询在VoteDetail表有60万条记录时,只要2秒不到的时间就可以完成!