--使用频率较高,后续继续补充增加
parallel
driving_site
use_hash
use_merge
use_nl
cardinality
push_pred
no_merge
order
push_subq
leading
--parallel,并行数为2的N次方
--driving_site,下面这幅图为A1机上跑的,T1表为本机,DRIVING_SITE为远程表,花费了11.83S
320 rows selected.
Elapsed: 00:00:11.83
--下面这幅图加了个HINT,R2为远程表,下面的提示说明这条SQL已经不像上面一样在A1的主机上跑了,而是在远程上去执行这条SQL,远程表为T1;
消耗的时间变为0.61S,(说明下:DRIVING_SITE为大表,T1为只有10几行的小表),所以将T1表的数据通过网上传给到远程主机(DRIVING_SITE所在机器),
速度上更快;
320 rows selected.
Elapsed: 00:00:00.61
下面这幅图通过匹配SQ在远程机上的执行计划,可以看到此时T1表从原来的本地表变成远程表(REMOTE)
--use_hash,此连接方式只循环一次,这是跟NL的区别;
--use_nl
--leading,此HINT规定谁为最先在执行计划中最先执行的对象,没规定的表则根据系统需要安排;
--下面的HINT等同于上面的HINT
--use_merge,不同于NL,类似于HASH,连接上只循环一次;
--cardinality,强制洗脑结果集,在子查询中预估不准而导致计划很差时很有用;
--push_pred,谓词推入先执行;
--ordered,规定计划执行的对象按FROM 后面的对象顺序执行;
--push_subq ,子查询先执行操作;
--对这些HINT头脑中有个印象,知道它们的写法,意思,当有需要时就可以抽出来使用,这些HINT在测试SQL是否合理即计划绑定时很有用;