17,086
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
bigdata-sb 2018-06-26
- 打赏
- 举报
select /*+ use_hash(a,b) use_hash(a,c) */ from xxx.....
nayi_224 2018-06-26
- 打赏
- 举报
看一下用于关联的3个字段在各自的表里是不是有大量重复的情况。这么点数据就算是最差的执行计划也不会这么慢啊。
「已注销」 2018-06-26
- 打赏
- 举报
1.确认下你的关联条件是一对一还是多对多；
一对一情况
2.查看执行计划，如果条件1是一对一的话这条sql跑的慢肯定是走了嵌套；
3.收集下统计信息sql执行就正常了，或者像楼上说的加提示 /*+ use_hash(a,b,c) */
一对多或者对对多
4.可以先汇总后关联
一对一情况
2.查看执行计划，如果条件1是一对一的话这条sql跑的慢肯定是走了嵌套；
3.收集下统计信息sql执行就正常了，或者像楼上说的加提示 /*+ use_hash(a,b,c) */
一对多或者对对多
4.可以先汇总后关联
minsic78 2018-05-08
- 打赏
- 举报
直接用use_hash提示不要用任何索引，铁定不会跑半个小时，除非你的服务器磁盘烂的不要不要的……
select_update_insert 2018-05-04
- 打赏
- 举报
效率问题吧。。。。。
qq_36781301 2018-04-29
- 打赏
- 举报
能把表结构说清楚一点吗？
卖水果的net 2018-04-27
- 打赏
- 举报
最好把三张表结构，和索引情况都说一下。
PS：统计信息是最新的吗？
jdsnhan 2018-04-27
- 打赏
- 举报
是否有合适的关联索引。你预估的量有多少
cdsgajxlp 2018-04-27
- 打赏
- 举报
看看oracle执行计划，估计没有有效索引，全表扫描，但根据你提供的信息，数据量不大，先建所以试一试 所以包括：a 表增加索引zhdh,b表增加zhdn,c表增加索引kh,a表建索引kn
