在向大家具體介紹Oracle Hints之前，首先讓大家了解下Oracle Hints是什么，然后全面介紹Oracle Hints，希望對大家實用?；诖鷥r的優化器是非常聰明的，在絕大多數情況下它會選擇正確的優化器，減輕了DBA的負擔。但有時它也聰明反被聰明誤，選擇了非常差的運行計劃，使某個語句的運行變得奇慢無比。
此時就須要DBA進行人為的干預，告訴優化器使用我們指定的存取路徑或連接類型生成運行計劃，從而使語句高效的運行。比如，假設我們覺得對于一個特定的語句，運行全表掃描要比運行索引掃描更有效，則我們就能夠指示優化器使用全表掃描。在Oracle中，是通過為語句加入 Hints(提示)來實現干預優化器優化的目的。
Oracle Hints是一種機制，用來告訴優化器依照我們的告訴它的方式生成運行計劃。我們能夠用Oracle Hints來實現：
1) 使用的優化器的類型
2) 基于代價的優化器的優化目標，是all_rows還是first_rows。
3) 表的訪問路徑，是全表掃描，還是索引掃描，還是直接利用rowid。
4) 表之間的連接類型
5) 表之間的連接順序
6) 語句的并行程度
??2、HINT能夠基于下面規則產生作用
??表連接的順序、表連接的方法、訪問路徑、并行度
除了”RULE”提示外，一旦使用的別的提示，語句就會自己主動的改為使用CBO優化器，此時假設你的數據字典中沒有統計數據，就會使用缺省的統計數據。所以建議大家假設使用CBO或Hints提示，則最好對表和索引進行定期的分析。
怎樣使用Hints:
Hints僅僅應用在它們所在sql語句塊(statement block，由select、insert、update、deletekeyword標識)上，對其他SQL語句或語句的其他部分沒有影響。如：對于使用union操作的2個 sql語句，假設僅僅在一個sql語句上有Hints，則該Hints不會影響還有一個sql語句。
我們能夠使用凝視(comment)來為一個語句加入Hints，一個語句塊僅僅能有一個凝視，并且凝視僅僅能放在SELECT, UPDATE, or DELETEkeyword的后面
使用Oracle Hints的語法：
{DELETE|INSERT|SELECT|UPDATE} /*+ hint [text] [hint[text]]... */
or
{DELETE|INSERT|SELECT|UPDATE} --+ hint [text] [hint[text]]...
注解：
1) DELETE、INSERT、SELECT和UPDATE是標識一個語句塊開始的keyword，包括提示的凝視僅僅能出如今這些keyword的后面，否則提示無效。
2) “+”號表示該凝視是一個Hints，該加號必須馬上跟在”/*”的后面，中間不能有空格。
3) hint是以下介紹的詳細提示之中的一個，假設包括多個提示，則每一個提示之間須要用一個或多個空格隔開。
4) text 是其他說明hint的凝視性文本
假設你沒有正確的指定Hints，Oracle將忽略該Hints，而且不會給出不論什么錯誤。
1. /*+ALL_ROWS*/
表明對語句塊選擇基于開銷的優化方法,并獲得最佳吞吐量,使資源消耗最小化.
比如:
SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';?
2. /*+FIRST_ROWS*/
表明對語句塊選擇基于開銷的優化方法,并獲得最佳響應時間,使資源消耗最小化.
比如:
SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
3. /*+CHOOSE*/
表明假設數據字典中有訪問表的統計信息,將基于開銷的優化方法,并獲得最佳的吞吐量;
表明假設數據字典中沒有訪問表的統計信息,將基于規則開銷的優化方法;
比如:
SELECT /*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
4. /*+RULE*/
表明對語句塊選擇基于規則的優化方法.
比如:
SELECT /*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
5. /*+FULL(TABLE)*/
表明對表選擇全局掃描的方法.
比如:
SELECT /*+FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO='SCOTT';
6. /*+ROWID(TABLE)*/
提示明白表明對指定表依據ROWID進行訪問.
比如:
SELECT /*+ROWID(BSEMPMS)*/ * FROM BSEMPMS WHERE ROWID>='AAAAAAAAAAAAAA'
AND EMP_NO='SCOTT';
7. /*+CLUSTER(TABLE)*/?
提示明白表明對指定表選擇簇掃描的訪問方法,它僅僅對簇對象有效.
比如:
SELECT /*+CLUSTER */ BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS
WHERE DPT_NO='TEC304' AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
8. /*+INDEX(TABLE INDEX_NAME)*/
表明對表選擇索引的掃描方法.
比如:
SELECT /*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */ FROM BSEMPMS WHERE SEX='M';
9. /*+INDEX_ASC(TABLE INDEX_NAME)*/
表明對表選擇索引升序的掃描方法.
比如:
SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';
10. /*+INDEX_COMBINE*/
為指定表選擇位圖訪問路經,假設INDEX_COMBINE中沒有提供作為參數的索引,將選擇出位圖索引的布爾組合方式.
比如:
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE
11. /*+INDEX_JOIN(TABLE INDEX_NAME)*/
提示明白命令優化器使用索引作為訪問路徑.
比如:
SELECT /*+INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
FROM BSEMPMS WHERE SAL<60000;
12. /*+INDEX_DESC(TABLE INDEX_NAME)*/
表明對表選擇索引降序的掃描方法.
比如:
SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';
13. /*+INDEX_FFS(TABLE INDEX_NAME)*/
對指定的表運行高速全索引掃描,而不是全表掃描的辦法.
比如:
SELECT /*+INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO='TEC305';
14. /*+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
提示明白進行運行規劃的選擇,將幾個單列索引的掃描合起來.
比如:
SELECT /*+INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ * FROM BSEMPMS WHERE EMP_NO='SCOTT' AND DPT_NO='TDC306';
15. /*+USE_CONCAT*/
對查詢中的WHERE后面的OR條件進行轉換為UNION ALL的組合查詢.
比如:
SELECT /*+USE_CONCAT*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
16. /*+NO_EXPAND*/
對于WHERE后面的OR 或者IN-LIST的查詢語句,NO_EXPAND將阻止其基于優化器對其進行擴展.
比如:
SELECT /*+NO_EXPAND*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
17. /*+NOWRITE*/
禁止對查詢塊的查詢重寫操作.
18. /*+REWRITE*/
能夠將視圖作為參數.
19. /*+MERGE(TABLE)*/
可以對視圖的各個查詢進行對應的合并.
比如:
SELECT /*+MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELET DPT_NO
,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO
AND A.SAL>V.AVG_SAL;
20. /*+NO_MERGE(TABLE)*/
對于有可合并的視圖不再合并.
比如:
SELECT /*+NO_MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECT DPT_NO,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;
21. /*+ORDERED*/
依據表出如今FROM中的順序,ORDERED使ORACLE依此順序對其連接.
比如:
SELECT /*+ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;
22. /*+USE_NL(TABLE)*/
將指定表與嵌套的連接的行源進行連接,并把指定表作為內部表.
比如:
SELECT /*+ORDERED USE_NL(BSEMPMS)*/ BSDPTMS.DPT_NO,BSEMPMS.EMP_NO,BSEMPMS.EMP_NAM FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
23. /*+USE_MERGE(TABLE)*/
將指定的表與其它行源通過合并排序連接方式連接起來.
比如:
SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
24. /*+USE_HASH(TABLE)*/
將指定的表與其它行源通過哈希連接方式連接起來.
比如:
SELECT /*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
25. /*+DRIVING_SITE(TABLE)*/
強制與ORACLE所選擇的位置不同的表進行查詢運行.
比如:
SELECT /*+DRIVING_SITE(DEPT)*/ * FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT_NO=DEPT.DPT_NO;
26. /*+LEADING(TABLE)*/
將指定的表作為連接次序中的首表.
27. /*+CACHE(TABLE)*/
當進行全表掃描時,CACHE提示可以將表的檢索塊放置在緩沖區緩存中近期最少列表LRU的近期使用端
比如:
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
28. /*+NOCACHE(TABLE)*/
當進行全表掃描時,CACHE提示可以將表的檢索塊放置在緩沖區緩存中近期最少列表LRU的近期使用端
比如:
SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
29. /*+APPEND*/
直接插入到表的最后,能夠提快速度.
insert /*+append*/ into test1 select * from test4 ;
30. /*+NOAPPEND*/
通過在插入語句生存期內停止并行模式來啟動常規插入.
insert /*+noappend*/ into test1 select * from test4 ;
?31. NO_INDEX: 指定不使用哪些索引
??/*+ NO_INDEX ( table [index [index]...] ) */
??select /*+ no_index(emp ind_emp_sal ind_emp_deptno)*/ * from emp where deptno=200 and sal>300;
??32. parallel
??select /*+ parallel(emp,4)*/ * from emp where deptno=200 and sal>300;
??另：每一個SELECT/INSERT/UPDATE/DELETE命令后僅僅能有一個/*+ */，但提示內容能夠有多個，能夠用逗號分開，空格也能夠。
??如：/*+ ordered index() use_nl() */
---------
類似例如以下的一條語句：insert into xxxx select /*+parallel(a) */ * from xxx a;數據量大約在75G左右，這位兄弟從上午跑到下午還沒跑完，過來問我咋回事，說尋常2hrs能跑完的東西跑了好幾個小時還撒動靜。查看系統性能也比較 正常，cpu，io都不繁忙，平均READ速度在80M/s左右（勉強湊合），但平均寫速度僅僅有10M不到。等待事件里面大量的‘ ‘PX Deq Credit: send blkd’，這里能看出并行出了問題，從而最后得知是并行使用方法有問題，改動之后20分鐘完畢了該操作。正確的做法應該是：
alter session enable dml parallel；
insert /*+parallel(xxxx,4) */ into xxxx select /*+parallel(a) */ * from xxx a;
由于oracle默認并不會打開PDML，對DML語句必須手工啟用。 另外不得不說的是，并行不是一個可擴展的特性，僅僅有在數據倉庫或作為DBA等少數人的工具在批量數據操作時利于充分利用資源，而在OLTP環境下使用并行 須要很慎重。其實PDML還是有比較多的限制的，比如不支持觸發器，引用約束，高級復制和分布式事務等特性，同一時候也會帶來額外的空間占用，PDDL同 樣是如此。有關Parallel excution可參考官方文檔，在Thomas Kyte的新書《Expert Oracle Database architecture》也有精辟的講述。
---------
select count(*)
??From wid_serv_prod_mon_1100 a
?where a.acct_month = 201010
?? and a.partition_id = 10
?? and serv_state not in ('2HB', '2HL', '2HJ', '2HP', '2HF')
?? and online_flag in (0)
?? and incr_product_id in (2000020)
?? and product_id in (2020966, 2020972, 2100297, 2021116)
?? and billing_mode_id = 1
?? and exp_date > to_date('201010', 'yyyymm')
?? and not exists (select /*+no_index (b IDX_W_CDR_MON_SERV_ID_1100)*/
?? ? ? ? 1
?? ? ? ? ?from wid_cdr_mon_1100 b
?? ? ? ? where b.acct_month = 201010
?? ? ? ? ? and b.ANA_EVENT_TYPE_4 in
?? ? ? ? ? ? ? ('10201010201', '10202010201', '10203010201', '10203010202', '10203030201', '10203030202', '10204010201', '10204010202', '10204030201')
?? ? ? ? ? and a.serv_id = b.serv_id)
此時就須要DBA進行人為的干預，告訴優化器使用我們指定的存取路徑或連接類型生成運行計劃，從而使語句高效的運行。比如，假設我們覺得對于一個特定的語句，運行全表掃描要比運行索引掃描更有效，則我們就能夠指示優化器使用全表掃描。在Oracle中，是通過為語句加入 Hints(提示)來實現干預優化器優化的目的。
Oracle Hints是一種機制，用來告訴優化器依照我們的告訴它的方式生成運行計劃。我們能夠用Oracle Hints來實現：
1) 使用的優化器的類型
2) 基于代價的優化器的優化目標，是all_rows還是first_rows。
3) 表的訪問路徑，是全表掃描，還是索引掃描，還是直接利用rowid。
4) 表之間的連接類型
5) 表之間的連接順序
6) 語句的并行程度
??2、HINT能夠基于下面規則產生作用
??表連接的順序、表連接的方法、訪問路徑、并行度
除了”RULE”提示外，一旦使用的別的提示，語句就會自己主動的改為使用CBO優化器，此時假設你的數據字典中沒有統計數據，就會使用缺省的統計數據。所以建議大家假設使用CBO或Hints提示，則最好對表和索引進行定期的分析。
怎樣使用Hints:
Hints僅僅應用在它們所在sql語句塊(statement block，由select、insert、update、deletekeyword標識)上，對其他SQL語句或語句的其他部分沒有影響。如：對于使用union操作的2個 sql語句，假設僅僅在一個sql語句上有Hints，則該Hints不會影響還有一個sql語句。
我們能夠使用凝視(comment)來為一個語句加入Hints，一個語句塊僅僅能有一個凝視，并且凝視僅僅能放在SELECT, UPDATE, or DELETEkeyword的后面
使用Oracle Hints的語法：
{DELETE|INSERT|SELECT|UPDATE} /*+ hint [text] [hint[text]]... */
or
{DELETE|INSERT|SELECT|UPDATE} --+ hint [text] [hint[text]]...
注解：
1) DELETE、INSERT、SELECT和UPDATE是標識一個語句塊開始的keyword，包括提示的凝視僅僅能出如今這些keyword的后面，否則提示無效。
2) “+”號表示該凝視是一個Hints，該加號必須馬上跟在”/*”的后面，中間不能有空格。
3) hint是以下介紹的詳細提示之中的一個，假設包括多個提示，則每一個提示之間須要用一個或多個空格隔開。
4) text 是其他說明hint的凝視性文本
假設你沒有正確的指定Hints，Oracle將忽略該Hints，而且不會給出不論什么錯誤。
1. /*+ALL_ROWS*/
表明對語句塊選擇基于開銷的優化方法,并獲得最佳吞吐量,使資源消耗最小化.
比如:
SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';?
2. /*+FIRST_ROWS*/
表明對語句塊選擇基于開銷的優化方法,并獲得最佳響應時間,使資源消耗最小化.
比如:
SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
3. /*+CHOOSE*/
表明假設數據字典中有訪問表的統計信息,將基于開銷的優化方法,并獲得最佳的吞吐量;
表明假設數據字典中沒有訪問表的統計信息,將基于規則開銷的優化方法;
比如:
SELECT /*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
4. /*+RULE*/
表明對語句塊選擇基于規則的優化方法.
比如:
SELECT /*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
5. /*+FULL(TABLE)*/
表明對表選擇全局掃描的方法.
比如:
SELECT /*+FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO='SCOTT';
6. /*+ROWID(TABLE)*/
提示明白表明對指定表依據ROWID進行訪問.
比如:
SELECT /*+ROWID(BSEMPMS)*/ * FROM BSEMPMS WHERE ROWID>='AAAAAAAAAAAAAA'
AND EMP_NO='SCOTT';
7. /*+CLUSTER(TABLE)*/?
提示明白表明對指定表選擇簇掃描的訪問方法,它僅僅對簇對象有效.
比如:
SELECT /*+CLUSTER */ BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS
WHERE DPT_NO='TEC304' AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
8. /*+INDEX(TABLE INDEX_NAME)*/
表明對表選擇索引的掃描方法.
比如:
SELECT /*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */ FROM BSEMPMS WHERE SEX='M';
9. /*+INDEX_ASC(TABLE INDEX_NAME)*/
表明對表選擇索引升序的掃描方法.
比如:
SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';
10. /*+INDEX_COMBINE*/
為指定表選擇位圖訪問路經,假設INDEX_COMBINE中沒有提供作為參數的索引,將選擇出位圖索引的布爾組合方式.
比如:
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE
11. /*+INDEX_JOIN(TABLE INDEX_NAME)*/
提示明白命令優化器使用索引作為訪問路徑.
比如:
SELECT /*+INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
FROM BSEMPMS WHERE SAL<60000;
12. /*+INDEX_DESC(TABLE INDEX_NAME)*/
表明對表選擇索引降序的掃描方法.
比如:
SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';
13. /*+INDEX_FFS(TABLE INDEX_NAME)*/
對指定的表運行高速全索引掃描,而不是全表掃描的辦法.
比如:
SELECT /*+INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO='TEC305';
14. /*+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
提示明白進行運行規劃的選擇,將幾個單列索引的掃描合起來.
比如:
SELECT /*+INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ * FROM BSEMPMS WHERE EMP_NO='SCOTT' AND DPT_NO='TDC306';
15. /*+USE_CONCAT*/
對查詢中的WHERE后面的OR條件進行轉換為UNION ALL的組合查詢.
比如:
SELECT /*+USE_CONCAT*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
16. /*+NO_EXPAND*/
對于WHERE后面的OR 或者IN-LIST的查詢語句,NO_EXPAND將阻止其基于優化器對其進行擴展.
比如:
SELECT /*+NO_EXPAND*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
17. /*+NOWRITE*/
禁止對查詢塊的查詢重寫操作.
18. /*+REWRITE*/
能夠將視圖作為參數.
19. /*+MERGE(TABLE)*/
可以對視圖的各個查詢進行對應的合并.
比如:
SELECT /*+MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELET DPT_NO
,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO
AND A.SAL>V.AVG_SAL;
20. /*+NO_MERGE(TABLE)*/
對于有可合并的視圖不再合并.
比如:
SELECT /*+NO_MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECT DPT_NO,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;
21. /*+ORDERED*/
依據表出如今FROM中的順序,ORDERED使ORACLE依此順序對其連接.
比如:
SELECT /*+ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;
22. /*+USE_NL(TABLE)*/
將指定表與嵌套的連接的行源進行連接,并把指定表作為內部表.
比如:
SELECT /*+ORDERED USE_NL(BSEMPMS)*/ BSDPTMS.DPT_NO,BSEMPMS.EMP_NO,BSEMPMS.EMP_NAM FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
23. /*+USE_MERGE(TABLE)*/
將指定的表與其它行源通過合并排序連接方式連接起來.
比如:
SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
24. /*+USE_HASH(TABLE)*/
將指定的表與其它行源通過哈希連接方式連接起來.
比如:
SELECT /*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
25. /*+DRIVING_SITE(TABLE)*/
強制與ORACLE所選擇的位置不同的表進行查詢運行.
比如:
SELECT /*+DRIVING_SITE(DEPT)*/ * FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT_NO=DEPT.DPT_NO;
26. /*+LEADING(TABLE)*/
將指定的表作為連接次序中的首表.
27. /*+CACHE(TABLE)*/
當進行全表掃描時,CACHE提示可以將表的檢索塊放置在緩沖區緩存中近期最少列表LRU的近期使用端
比如:
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
28. /*+NOCACHE(TABLE)*/
當進行全表掃描時,CACHE提示可以將表的檢索塊放置在緩沖區緩存中近期最少列表LRU的近期使用端
比如:
SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
29. /*+APPEND*/
直接插入到表的最后,能夠提快速度.
insert /*+append*/ into test1 select * from test4 ;
30. /*+NOAPPEND*/
通過在插入語句生存期內停止并行模式來啟動常規插入.
insert /*+noappend*/ into test1 select * from test4 ;
?31. NO_INDEX: 指定不使用哪些索引
??/*+ NO_INDEX ( table [index [index]...] ) */
??select /*+ no_index(emp ind_emp_sal ind_emp_deptno)*/ * from emp where deptno=200 and sal>300;
??32. parallel
??select /*+ parallel(emp,4)*/ * from emp where deptno=200 and sal>300;
??另：每一個SELECT/INSERT/UPDATE/DELETE命令后僅僅能有一個/*+ */，但提示內容能夠有多個，能夠用逗號分開，空格也能夠。
??如：/*+ ordered index() use_nl() */
---------
類似例如以下的一條語句：insert into xxxx select /*+parallel(a) */ * from xxx a;數據量大約在75G左右，這位兄弟從上午跑到下午還沒跑完，過來問我咋回事，說尋常2hrs能跑完的東西跑了好幾個小時還撒動靜。查看系統性能也比較 正常，cpu，io都不繁忙，平均READ速度在80M/s左右（勉強湊合），但平均寫速度僅僅有10M不到。等待事件里面大量的‘ ‘PX Deq Credit: send blkd’，這里能看出并行出了問題，從而最后得知是并行使用方法有問題，改動之后20分鐘完畢了該操作。正確的做法應該是：
alter session enable dml parallel；
insert /*+parallel(xxxx,4) */ into xxxx select /*+parallel(a) */ * from xxx a;
由于oracle默認并不會打開PDML，對DML語句必須手工啟用。 另外不得不說的是，并行不是一個可擴展的特性，僅僅有在數據倉庫或作為DBA等少數人的工具在批量數據操作時利于充分利用資源，而在OLTP環境下使用并行 須要很慎重。其實PDML還是有比較多的限制的，比如不支持觸發器，引用約束，高級復制和分布式事務等特性，同一時候也會帶來額外的空間占用，PDDL同 樣是如此。有關Parallel excution可參考官方文檔，在Thomas Kyte的新書《Expert Oracle Database architecture》也有精辟的講述。
---------
select count(*)
??From wid_serv_prod_mon_1100 a
?where a.acct_month = 201010
?? and a.partition_id = 10
?? and serv_state not in ('2HB', '2HL', '2HJ', '2HP', '2HF')
?? and online_flag in (0)
?? and incr_product_id in (2000020)
?? and product_id in (2020966, 2020972, 2100297, 2021116)
?? and billing_mode_id = 1
?? and exp_date > to_date('201010', 'yyyymm')
?? and not exists (select /*+no_index (b IDX_W_CDR_MON_SERV_ID_1100)*/
?? ? ? ? 1
?? ? ? ? ?from wid_cdr_mon_1100 b
?? ? ? ? where b.acct_month = 201010
?? ? ? ? ? and b.ANA_EVENT_TYPE_4 in
?? ? ? ? ? ? ? ('10201010201', '10202010201', '10203010201', '10203010202', '10203030201', '10203030202', '10204010201', '10204010202', '10204030201')
?? ? ? ? ? and a.serv_id = b.serv_id)
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
