JOIN条件中字段类型不一致, 导致索引失效的案例一则
2009-12-21 14:46
1961 查看
T-SQL如下:
select T1.sno from [MAY_BLACKFISH].dbo.MVS_PARTS_LOG T1 join (
select top 5 sno from Z_result order by sno
) T2 on T1.sno=T2.sno
where T1.TypeName='LCM'
其中MVS_PARTS_LOG为KW级TABLE, Z_result 只有几百笔记录;相关索引都已经建立。
调试的时候发现一点很奇怪, 当把top 5 改成top 4, 则一切OK, 1秒内完成查询;恢复成top 5时则几十秒还没出结果。
比对两者执行计划,一致的。
细看执行计划, 发现有一个convert(char(12),...的转换, 原来这里JOIN条件中T1.sno是char(12), 而T2.sno是nvarchar(12), MSSQL强制加了一个convert转换, 导致on条件不能满足SARG的形式。
将Z_result的sno也改成char(12)后, 问题解决。
关于索引, 以及SARG的形式可以参考http://blog.csdn.net/lewisshi/archive/2009/01/13/3765153.aspx
select T1.sno from [MAY_BLACKFISH].dbo.MVS_PARTS_LOG T1 join (
select top 5 sno from Z_result order by sno
) T2 on T1.sno=T2.sno
where T1.TypeName='LCM'
其中MVS_PARTS_LOG为KW级TABLE, Z_result 只有几百笔记录;相关索引都已经建立。
调试的时候发现一点很奇怪, 当把top 5 改成top 4, 则一切OK, 1秒内完成查询;恢复成top 5时则几十秒还没出结果。
比对两者执行计划,一致的。
细看执行计划, 发现有一个convert(char(12),...的转换, 原来这里JOIN条件中T1.sno是char(12), 而T2.sno是nvarchar(12), MSSQL强制加了一个convert转换, 导致on条件不能满足SARG的形式。
将Z_result的sno也改成char(12)后, 问题解决。
关于索引, 以及SARG的形式可以参考http://blog.csdn.net/lewisshi/archive/2009/01/13/3765153.aspx
相关文章推荐
- Mysql中字段类型不一致导致索引无效的处理办法
- 修改表字段类型导致保存时提示索引失效
- 字段类型不一致导致的全表扫描
- spring的BeanUtils.copyProperties(obj1, obj2);复制对象时字段类型不一致,导致赋值不上
- 案例:Move系统表DEPENDENCY$导致索引失效的数据库故障
- MongoDB查询字段没有创建索引导致的连接超时异常解案例分享
- 数据类型不一致导致的SQL不走索引
- CodeIgniter需要注意错写查询条件导致数据库索引失效的问题
- MySQL 查询优化(查询条件字段传值要和字段取值类型一致)
- 数据类型的不匹配可能会导致索引失效
- MySQL字符集不一致导致索引失效
- 主键查询值,int与字符串类型混用导致索引失效
- 数据类型的不匹配可能会导致索引失效
- MySQL索引使用:字段为varchar类型时,条件要使用''包起来
- 由于mysql隐式类型转换导致的索引失效的问题
- laravel-mongodb查询条件与字段类型不一致问题
- mysql where过滤条件中and连接的两个条件的顺序不必和建立的联合索引的字段顺序一致
- 记录一则ORACLE MOVE操作后重建索引过程被强制中断导致的ORA-8104案例
- 类型转换导致执行计划不走索引测试案例
- WHRER条件里的数据类型必须和字段数据类型一致