
跪求大神指导:一下sql为什么加了一个exists后查询变得很慢很慢。oracle~~~万分感谢~~~
具体请见截图,以为是内网无法拷贝代码,请见谅注:其中A表中的数据大概60多万晚条,下面OB表中数据才6千多条,换成用in也是一样的效率啊exists还造成了全表扫描了,包...
具体请见截图,以为是内网无法拷贝代码,请见谅
注: 其中 A 表中的数据大概 60 多万晚条,下面 OB 表中数据才 6 千多条,换成用 in 也是一样的效率啊
exists还造成了全表扫描了,包括buffer sort 了 ,
请大神知道如何改写此sql,谢谢啊~~~
大神,求指导 展开
注: 其中 A 表中的数据大概 60 多万晚条,下面 OB 表中数据才 6 千多条,换成用 in 也是一样的效率啊
exists还造成了全表扫描了,包括buffer sort 了 ,
请大神知道如何改写此sql,谢谢啊~~~
大神,求指导 展开
2个回答
展开全部
个人认为两种两种办法:
(1)将OB表也放到from的后面,因为我看了下你的语句,似乎直接放到from的后面然后把条件放到下面也可以,这样执行计划应该由nested loops改为hash join,不过能减少多少,不确定。
(2)改为嵌套查询,上面的结果查出来后再嵌套一层去查下面的结果,就是把exists放到外面一层,这样应该可以减少一部分时间,不过这种方法要实地测试。(也可以在嵌套层走一下hash join,就是不用exists直接用where等于的条件,应该也可以,你可以尝试下。可能需要在第一个查询中强制走一下hash join)
(1)将OB表也放到from的后面,因为我看了下你的语句,似乎直接放到from的后面然后把条件放到下面也可以,这样执行计划应该由nested loops改为hash join,不过能减少多少,不确定。
(2)改为嵌套查询,上面的结果查出来后再嵌套一层去查下面的结果,就是把exists放到外面一层,这样应该可以减少一部分时间,不过这种方法要实地测试。(也可以在嵌套层走一下hash join,就是不用exists直接用where等于的条件,应该也可以,你可以尝试下。可能需要在第一个查询中强制走一下hash join)
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询