通过观察执行计划，发现之前的执行计划在很多大表连接的部分使用了Hash Join，由于涉及的表中数据众多，因此查询优化器选择使用并行执行，速度较快。而我们优化完的执行计划由于索引的存在，且表内数据非常大，过滤条件的值在一个很宽的统计信息步长范围内，导致估计行数出现较大偏差（过滤条件实际为15000行，步长内估计的平均行数为800行左右），因此查询优化器选择了Loop Join，且没有选择并行执行，因此执行时间不降反升。

由于语句是在存储过程中实现，因此我们直接对该语句使用一个undocument查询提示，使得该查询的并行开销阈值强制降为0，使得该语句强制走并行，语句执行时间由20秒降为5秒(注:使用Hash Join提示是7秒)。

下面通过一个简单的例子展示使用该提示的效果，示例T-SQL如代码清单1所示：

SELECT *FROM [AdventureWorks].[Sales].[SalesOrderDetail] a INNER JOIN [Sales].SalesOrderHeader bON a.SalesOrderID=b.SalesOrderID

该语句默认不会走并行，执行计划如图1所示：

图1.

下面我们对该语句加上提示，如代码清单2所示。

SELECT * FROM [AdventureWorks].[Sales].[SalesOrderDetail] a  INNER JOIN [Sales].SalesOrderHeader b ON a.SalesOrderID=b.SalesOrderID OPTION(querytraceon 8649)

此时执行计划会按照提示走并行，如图2所示：

图2.

在面对一些复杂的DSS或OLAP查询时遇到类似的情况，可以考虑使用该Undocument提示要求SQL Server尽可能的使用并行，从而降低执行时间。

更多相关文章

1. Android(安卓)-- Android(安卓)JUint 与 Sqlite
2. android 当系统存在多个Launcher时，如何设置开机自动进入默认的La
3. Android(安卓)SQLiteDatabase的使用
4. android一种较为复杂的布局参考(xml文件)
5. android 通话记录次数
6. Android(安卓)SQLiteDatabase的使用
7. 关于Android/java的复杂对象的深拷贝和浅拷贝
8. android实现关键字搜索功能
9. 我的android 第14天 - 使用SQLiteDatabase操作SQLite数据库

随机推荐

1. Android ui基础——gravity 与 layout_gr
2. Android SDCard Mount 流程分析（一）
3. Android inputType ，软键盘输入类型
4. android EditText中的inputType
5. Android中Input型输入设备驱动原理分析
6. Android，谁动了我的内存（转）
7. 第十章、Android的消息机制
8. RelativeLayout 相对布局
9. Android之NDK开发修补版
10. 【译】Google官方推出的Android架构组件