建站
咨詢
售后
建站咨詢
新聞中心
很多應(yīng)用中都會(huì)有類似組織機(jī)構(gòu)的表，組織機(jī)構(gòu)的表又通常是典型的層次結(jié)構(gòu)(沒(méi)有循環(huán)節(jié)點(diǎn))。于是通過(guò)組織控制數(shù)據(jù)權(quán)限的時(shí)候，許多人都喜歡通過(guò)connect by獲得組織信息，然后再過(guò)濾目標(biāo)數(shù)據(jù)。
十多年的土默特左旗網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開(kāi)發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。成都全網(wǎng)營(yíng)銷的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整土默特左旗建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)從事“土默特左旗網(wǎng)站設(shè)計(jì)”,“土默特左旗網(wǎng)站推廣”以來(lái)，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。
在有些情況下，這樣寫并沒(méi)有什么問(wèn)題，但有些情況下，這個(gè)就是一個(gè)大問(wèn)題。
歸根結(jié)底，這是connect by特性導(dǎo)致的，Oracle無(wú)法知道connect by之后到底返回多少數(shù)據(jù)，所以有可能采取一些你所不期望的算法，結(jié)果自然不是你所期望的---非常慢。
下面，我就討論在Oracle 12.1.0.2中如果遇到這樣的語(yǔ)句應(yīng)該如何處理。
為了很好理解，我做了3表：
執(zhí)行SQL:
- SELECT A.CI, A.ENBAJ02 AS CELL_NAME
- FROM TDL_CM_CELL A, T_ORG_CELL_SCOPE S
- WHERE S.REGION_NAME = A.REGION_NAME
- AND S.CITY_NAME = A.CITY_NAME
- AND (S.ORG_ID) IN (SELECT ID
- FROM T_ORG O
- START WITH ID = 101021003 --1010210
- --START WITH ID=1
- CONNECT BY PARENT_ID = PRIOR ID)
實(shí)際使用的執(zhí)行計(jì)劃:
而不會(huì)采用自適應(yīng)計(jì)劃(adaptive plan)：
- Plan Hash Value : 2596385940
- -------------------------------------------------------------------------------------------------------------------
- | Id | Operation | Name | Rows | Bytes | Cost | Time |
- -------------------------------------------------------------------------------------------------------------------
- | 0 | SELECT STATEMENT | | 2622 | 228114 | 227 | 00:00:01 |
- | 1 | NESTED LOOPS | | 2622 | 228114 | 227 | 00:00:01 |
- | 2 | NESTED LOOPS | | 2622 | 228114 | 227 | 00:00:01 |
- | * 3 | HASH JOIN | | 1 | 31 | 7 | 00:00:01 |
- | 4 | VIEW | VW_NSO_1 | 1 | 13 | 4 | 00:00:01 |
- | 5 | HASH UNIQUE | | 1 | 20 | 4 | 00:00:01 |
- | * 6 | CONNECT BY NO FILTERING WITH SW (UNIQUE) | | | | | |
- | 7 | TABLE ACCESS FULL | T_ORG | 75 | 825 | 3 | 00:00:01 |
- | 8 | TABLE ACCESS FULL | T_ORG_CELL_SCOPE | 85 | 1530 | 3 | 00:00:01 |
- | * 9 | INDEX RANGE SCAN | IDX_TDL_CM_CELL_SCOPE | 257 | | 8 | 00:00:01 |
- | 10 | TABLE ACCESS BY INDEX ROWID | TDL_CM_CELL | 2313 | 129528 | 220 | 00:00:01 |
- -------------------------------------------------------------------------------------------------------------------
- Predicate Information (identified by operation id):
- ------------------------------------------
- * 3 - access("S"."ORG_ID"="ID")
- * 6 - access("PARENT_ID"=PRIOR "ID")
- * 6 - filter("ID"=101021003)
- * 9 - access("S"."REGION_NAME"="A"."REGION_NAME" AND "S"."CITY_NAME"="A"."CITY_NAME")
- Notes
- -----
- - This is an adaptive plan
原因在于，oracle無(wú)法知道connect by之后的數(shù)量，所以只能認(rèn)為是很大的量
--
有一種方式就是，就是使用提示來(lái)解決：
- SELECT /*+ no_merge(x) use_nl(a x) */
- A.CI, A.ENBAJ02 AS CELL_NAME
- FROM TDL_CM_CELL A,
- (select s.city_name, s.region_name
- from T_ORG_CELL_SCOPE S
- WHERE (S.ORG_ID) IN
- (SELECT ID
- FROM T_ORG O
- START WITH ID = 101021003 --1010210
- --START WITH ID=1
- CONNECT BY PARENT_ID = PRIOR ID)
- ) x
- where x.REGION_NAME = A.REGION_NAME
- AND x.CITY_NAME = A.CITY_NAME
這樣計(jì)劃就是：
- Plan Hash Value : 37846894
- ---------------------------------------------------------------------------------------------------------------------
- | Id | Operation | Name | Rows | Bytes | Cost | Time |
- ---------------------------------------------------------------------------------------------------------------------
- | 0 | SELECT STATEMENT | | 2313 | 277560 | 227 | 00:00:01 |
- | 1 | NESTED LOOPS | | 2313 | 277560 | 227 | 00:00:01 |
- | 2 | NESTED LOOPS | | 2313 | 277560 | 227 | 00:00:01 |
- | 3 | VIEW | | 1 | 64 | 7 | 00:00:01 |
- | * 4 | HASH JOIN | | 1 | 31 | 7 | 00:00:01 |
- | 5 | VIEW | VW_NSO_1 | 1 | 13 | 4 | 00:00:01 |
- | 6 | HASH UNIQUE | | 1 | 20 | 4 | 00:00:01 |
- | * 7 | CONNECT BY NO FILTERING WITH SW (UNIQUE) | | | | | |
- | 8 | TABLE ACCESS FULL | T_ORG | 75 | 825 | 3 | 00:00:01 |
- | 9 | TABLE ACCESS FULL | T_ORG_CELL_SCOPE | 85 | 1530 | 3 | 00:00:01 |
- | * 10 | INDEX RANGE SCAN | IDX_TDL_CM_CELL_SCOPE | 257 | | 8 | 00:00:01 |
- | 11 | TABLE ACCESS BY INDEX ROWID | TDL_CM_CELL | 2313 | 129528 | 220 | 00:00:01 |
- ---------------------------------------------------------------------------------------------------------------------
- Predicate Information (identified by operation id):
- ------------------------------------------
- * 4 - access("S"."ORG_ID"="ID")
- * 7 - access("PARENT_ID"=PRIOR "ID")
- * 7 - filter("ID"=101021003)
- * 10 - access("X"."REGION_NAME"="A"."REGION_NAME" AND "X"."CITY_NAME"="A"."CITY_NAME")
如果一個(gè)應(yīng)用的start id可能是一個(gè)很大的范圍，如果強(qiáng)制使用提示，也會(huì)出現(xiàn)問(wèn)題，所以如果有這樣的應(yīng)用，可以考慮使用oracle 12c的adaptive特性。
如果不行，就必須把不同范圍的查詢，定義為不同的功能提交給用戶。
網(wǎng)頁(yè)題目：Oracle中connectby語(yǔ)句的優(yōu)化
本文URL：http://www.5511xx.com/article/cdogcjd.html
