study:oracle:datadb:3week_1:02
차이
문서의 선택한 두 판 사이의 차이를 보여줍니다.
| 양쪽 이전 판 이전 판 다음 판 | 이전 판 | ||
|
study:oracle:datadb:3week_1:02 [2010/05/19 11:07] upju |
study:oracle:datadb:3week_1:02 [2010/05/19 13:55] (현재) gwgwg |
||
|---|---|---|---|
| 줄 79: | 줄 79: | ||
| * 3.2.2.6. 아우터 조인(Outer Join) | * 3.2.2.6. 아우터 조인(Outer Join) | ||
| + | - 아우터 조인(OUTER JOIN) | ||
| + | - 외측 루프는 언제나 보존되고, | ||
| + | - 아우터 조인(Outer Join)의 종류 | ||
| + | - NESTED LOOPS 아우터 조인 | ||
| + | - 주의사항 | ||
| + | - OUTER LOOP : 기준/ | ||
| + | - INNER LOOP : OUTER LOOP의 결과 집합 영향을 주지 않도록 수행 | ||
| + | - USE_NL(TABLE1, | ||
| + | - NESTED LOOPS(OUTER) | ||
| + | - 해쉬 아우터 조인 | ||
| + | - Hash Function을 이용해서 메모리와 CPU를 많이 사용해서 일반적으로 배치작업에서 주로 사용됨 | ||
| + | - /*+ use_hash(테이블) */ | ||
| + | - 적은테이블과 큰테이블의 조인시에 유리 | ||
| + | - Equal 조인에서만 가능 | ||
| + | - Driving Table에 인덱스를 필요로 하지 않고 각 테이블을 한번만 읽음 | ||
| + | - 다른조인방법보다 CPU자원을 많이 소비하며 양쪽 테이블의 scan이 동시에 일어남 | ||
| + | - SORT MERGE 아우터 조인 | ||
| + | - 선택 조건 | ||
| + | - NESTED LOOPS 조인으로는 부담이 되는 대량의 데이터 또는 인덱스 문제가 있는 경우 | ||
| + | - 조건 연산자로 인해 HASH 조인이 불가능 할 경우 | ||
| + | - 이미 다른 처리에 의해 조인을 위한 정렬이 선행되어 있는 경우 | ||
| + | - 전체 아우터 조인 | ||
| + | - 조인에 참여하는 양 집합이 모두 기준집합이며 대응집합일 경우 | ||
| + | - 수행방식 | ||
| + | - 한 쪽을 기준으로 아우터 조인을 수행한 결과 | ||
| + | - 다른 쪽을 기준으로 부정형 조인을 할 결과 | ||
| + | - 위 두 집합을 UNION ALL | ||
| * 3.2.2.7. 인덱스 조인 | * 3.2.2.7. 인덱스 조인 | ||
| + | - 인덱스 조인 | ||
| + | - 테이블 엑세스 없이 하나 이상의 인덱스들을 결합하여 쿼리를 수행 | ||
| + | - 인덱스 조인의 특징 | ||
| + | - 사용된 모든 컬럼이 어떤 인덱스에라도 존재 | ||
| + | - 비교 연산자가 ‘=’이 아니어도 인덱스 조인에 참여 가능 | ||
| + | - 반드시 인덱스의 선두 컬럼이 아니어도 인덱스 조인에 참여 가능 | ||
| + | - 조건절을 기준으로 인덱스 조인을 결정 | ||
| + | - 인덱스 조인이 논리적으로 가능하다고 해서 항상 발생되는 것은 아님 | ||
| + | - 실행계획상에는 해쉬 조인으로 수행되는 것으로 보임 | ||
study/oracle/datadb/3week_1/02.1274234820.txt.gz · 마지막으로 수정됨: 2010/05/19 11:07 저자 upju
별도로 명시하지 않을 경우, 이 위키의 내용은 다음 라이선스에 따라 사용할 수 있습니다: CC Attribution-Share Alike 4.0 International
