纸上谈sql优化大表nl hj比较问题

mjfaa

将120万数据通过index的方式查询到临时表，然后让其他表跟120万的临时表进行hash join。

sqysl

没看到你的sql和执行计划，大家只是猜着说而已，在不了解你的具体需求前，说什么都没太大实际意义。
另外，你一下子查出4kw数据干吗用呢？

udfrog

如果全表扫已经不能再优化，那么到了这个份儿上，已经不是nl还是hj的问题了。如果你是rac，hash智能匹配连接能好些。
还得结合业务，想方法来改写这个sql。
另外，是否考虑过垂直分区？

xgghxkhuang

sqysl 发表于 2014-11-7 11:24
没看到你的sql和执行计划，大家只是猜着说而已，在不了解你的具体需求前，说什么都没太大实际意义。
另外， ...

查sql性能发现主要是由于一个大表b引起的，ｂ表有十多亿数据未分区，id上有索引，
主表120万数据，左关联ｂ表，想调整这个sql

xgghxkhuang

xgghxkhuang 发表于 2014-11-7 21:27
查sql性能发现主要是由于一个大表b引起的，ｂ表有十多亿数据未分区，id上有索引，
主表120万数据，左关联 ...

今天实验了全表扫瞄加hash61分钟，nestloop加索引基本没回馈了，预估4个小时，并行主表加索引加并行nestloop45分钟，全表扫描加hashjoin加并行12分钟，原来SQL就几个表关联然后sumgroupby，就因为这个十亿表慢。所以要调整一下。

xgghxkhuang

xgghxkhuang 发表于 2014-11-7 21:33
今天实验了全表扫瞄加hash61分钟，nestloop加索引基本没回馈了，预估4个小时，并行主表加索引加并行nestl ...

试验了还是hash加并行快，周一上SQL和执行计划

xgghxkhuang

xgghxkhuang 发表于 2014-11-7 21:34
试验了还是hash加并行快，周一上SQL和执行计划

请教一个问题mergejoin的执行计划遇到filter sort join是每次都扫描数据去过滤吗，如果sortjoin上面有索引只是优化了sort，如果表小，其实sort代价不大，没有必要建立索引对不？

xgghxkhuang

udfrog 发表于 2014-11-7 13:18
如果全表扫已经不能再优化，那么到了这个份儿上，已经不是nl还是hj的问题了。如果你是rac，hash智能匹配连接 ...

能介绍一下partition wise join吗？可以一试验，主表有个日期字段过滤，原表1200万，日期过滤后120万，是否可以建立子分区用上？已经在翠花的书上听说过没实际用过。

xgghxkhuang

加并行的时候，如何稳定执行计划，包括链接顺序和方式，最好固定下来，就怕bind窥探，所以固定下来。

xgghxkhuang

dingjun123 发表于 2014-11-7 10:46
hash join要增大pga啊，返回行数很多，基本nl没有啥优势了
oracle有分区智能连接，partition wise join... ...

现在是hash加并行，设置session级别参数管用吗？