Dbstudy: 상단 배너를 {{타이틀 주제}} 틀로 교체

2026-11-04T04:26:21Z

상단 배너를 {{타이틀 주제}} 틀로 교체

← 이전 판		2026년 11월 4일 (수) 13:26 판
1번째 줄:		1번째 줄:
	~~<div style="background:linear-gradient(135deg,#0b4d40 0%,#118a72 55%,#16a085 100%);color:#ffffff;padding:30px 36px;border-radius:14px;margin-bottom:24px;box-shadow:0 4px 14px rgba(11,77,64,0.25);">~~		{{타이틀 주제
	~~<div style~~=~~"font-size:12px;letter-spacing:3px;opacity:0.8;margin-bottom:6px;">~~ORACLE SQL TUNING · DEEP DIVE 2~~</div>~~		\|부제 = ORACLE SQL TUNING · DEEP DIVE 2
	~~<div style~~=~~"font-size:28px;font-weight:700;line-height:1.3;">~~조인 튜닝 심화~~</div>~~		\|제목 = 조인 튜닝 심화
	~~<div style~~=~~"font-size:15px;opacity:0.92;margin-top:10px;line-height:1.7;">~~NL · Hash · Sort Merge의 내부 동작, 조인 순서 결정, 서브쿼리와 쿼리 변환, 아우터 조인까지~~</div>~~		\|설명 = NL · Hash · Sort Merge의 내부 동작, 조인 순서 결정, 서브쿼리와 쿼리 변환, 아우터 조인까지
	~~<div style~~=~~"margin-top:16px;display:flex;flex-wrap:wrap;gap:8px;">~~		\|색상 = 초록
	~~<span style~~=~~"background:rgba(255,255,255,0.18);border:1px solid rgba(255,255,255,0.35);padding:4px 12px;border-radius:20px;font-size:12px;">~~선수 학습 · [[SQL 튜닝 입문]] 7장, [[인덱스 튜닝 심화]]~~</span>~~		\|배지1 = 선수 학습 · [[SQL 튜닝 입문]] 7장, [[인덱스 튜닝 심화]]
	~~<span style~~=~~"background:rgba(255,255,255,0.18);border:1px solid rgba(255,255,255,0.35);padding:4px 12px;border-radius:20px;font-size:12px;">~~커리큘럼 · 8~9주차~~</span>~~		\|배지2 = 커리큘럼 · 8~9주차
	~~<span style~~=~~"background:rgba(255,255,255,0.18);border:1px solid rgba(255,255,255,0.35);padding:4px 12px;border-radius:20px;font-size:12px;">~~난이도 · 중급~~</span>~~		\|배지3 = 난이도 · 중급
	~~</div>~~		}}
	~~</div>~~

	__TOC__		__TOC__

Dbstudy: 새 문서:

ORACLE SQL TUNING · DEEP DIVE 2

조인 튜닝 심화

NL ·...

2026-11-04T03:56:33Z

새 문서: <div style="background:linear-gradient(135deg,#0b4d40 0%,#118a72 55%,#16a085 100%);color:#ffffff;padding:30px 36px;border-radius:14px;margin-bottom:24px;box-shadow:0 4px 14px rgba(11,77,64,0.25);"> <div style="font-size:12px;letter-spacing:3px;opacity:0.8;margin-bottom:6px;">ORACLE SQL TUNING · DEEP DIVE 2</div> <div style="font-size:28px;font-weight:700;line-height:1.3;">조인 튜닝 심화</div> <div style="font-size:15px;opacity:0.92;margin-top:10px;line-height:1.7;">NL ·...

새 문서

<div style="background:linear-gradient(135deg,#0b4d40 0%,#118a72 55%,#16a085 100%);color:#ffffff;padding:30px 36px;border-radius:14px;margin-bottom:24px;box-shadow:0 4px 14px rgba(11,77,64,0.25);">
<div style="font-size:12px;letter-spacing:3px;opacity:0.8;margin-bottom:6px;">ORACLE SQL TUNING · DEEP DIVE 2</div>
<div style="font-size:28px;font-weight:700;line-height:1.3;">조인 튜닝 심화</div>
<div style="font-size:15px;opacity:0.92;margin-top:10px;line-height:1.7;">NL · Hash · Sort Merge의 내부 동작, 조인 순서 결정, 서브쿼리와 쿼리 변환, 아우터 조인까지</div>
<div style="margin-top:16px;display:flex;flex-wrap:wrap;gap:8px;">
<span style="background:rgba(255,255,255,0.18);border:1px solid rgba(255,255,255,0.35);padding:4px 12px;border-radius:20px;font-size:12px;">선수 학습 · [[SQL 튜닝 입문]] 7장, [[인덱스 튜닝 심화]]</span>
<span style="background:rgba(255,255,255,0.18);border:1px solid rgba(255,255,255,0.35);padding:4px 12px;border-radius:20px;font-size:12px;">커리큘럼 · 8~9주차</span>
<span style="background:rgba(255,255,255,0.18);border:1px solid rgba(255,255,255,0.35);padding:4px 12px;border-radius:20px;font-size:12px;">난이도 · 중급</span>
</div>
</div>

__TOC__

== 1. 조인 방식 선택의 기준 ==
<div style="display:flex;flex-wrap:wrap;gap:12px;margin:14px 0;">
<div style="flex:1 1 240px;border:1px solid #cfe9e2;border-top:4px solid #16a085;border-radius:10px;padding:14px 18px;">
'''Nested Loops'''<br/>
<span style="font-size:13px;color:#4a5a6a;">"적은 건수를 '''인덱스'''로 빨리"<br/>OLTP · 부분 범위 처리 · 첫 응답 속도</span>
</div>
<div style="flex:1 1 240px;border:1px solid #cfe9e2;border-top:4px solid #2b7bb9;border-radius:10px;padding:14px 18px;">
'''Hash Join'''<br/>
<span style="font-size:13px;color:#4a5a6a;">"많은 건수를 '''메모리'''에서 한 번에"<br/>배치 · 대량 집계 · 조인 인덱스 없음</span>
</div>
<div style="flex:1 1 240px;border:1px solid #cfe9e2;border-top:4px solid #8e44ad;border-radius:10px;padding:14px 18px;">
'''Sort Merge Join'''<br/>
<span style="font-size:13px;color:#4a5a6a;">"양쪽을 '''정렬'''해서 병합"<br/>비동등 조인 · 이미 정렬된 입력</span>
</div>
</div>

<div style="border-left:5px solid #16a085;background:#effaf6;padding:14px 20px;margin:16px 0;border-radius:0 8px 8px 0;">
'''판단 질문 3가지'''<br/>
① 조인 결과(또는 Outer 집합)가 '''몇 건'''인가? — 소량이면 NL, 대량이면 Hash<br/>
② Inner 쪽 '''조인 컬럼에 인덱스'''가 있는가? — 없으면 NL은 사실상 불가<br/>
③ 사용자에게 '''첫 화면만''' 빨리 보여주면 되는가, '''전체 결과'''가 필요한가?
</div>

== 2. Nested Loops Join 심화 ==
=== 2.1 동작 원리 ===
<syntaxhighlight lang="text">
for each row in OUTER (Driving) ← 1회 스캔
search INNER using index on join key ← Outer 행 수만큼 반복 (Starts)
if match → return row
</syntaxhighlight>
* 총 비용 ≈ Outer 스캔 비용 + '''Outer 행 수 × (Inner 인덱스 탐색 + 테이블 액세스)'''
* 결과를 '''한 건씩 바로 반환'''할 수 있어 부분 범위 처리에 유리하다.

=== 2.2 NL 조인 튜닝 포인트 ===
{| class="wikitable" style="width:100%;"
|- style="background:#0b4d40;color:#fff;"
! 포인트 !! 내용
|-
| Driving 집합 최소화 || Outer 쪽 조건을 최대한 적용해 반복 횟수(Starts) 감소
|-
| Inner 인덱스 || 조인 컬럼 + Inner 쪽 필터 조건을 함께 포함한 결합 인덱스
|-
| Inner 테이블 액세스 || 인덱스에서 걸러 테이블 방문 최소화, 필요 시 커버링
|-
| 조인 순서 || 걸러지는 비율이 큰 테이블을 먼저 조인 (3개 이상 조인 시)
|}

=== 2.3 NL 조인 실행계획 형태 (11g+) ===
<syntaxhighlight lang="text">
| 1 | NESTED LOOPS | | ← 테이블 액세스용 NL
| 2 | NESTED LOOPS | | ← 인덱스 탐색용 NL
| 3 | TABLE ACCESS BY INDEX ROWID| TB_CUSTOMER | ← Outer
|* 4 | INDEX RANGE SCAN | IX_CUST_01 |
|* 5 | INDEX RANGE SCAN | IX_ORDER_01 | ← Inner 인덱스
| 6 | TABLE ACCESS BY INDEX ROWID | TB_ORDER | ← Inner 테이블 (일괄 처리)
</syntaxhighlight>
* NL이 두 번 나오는 것은 '''NLJ Batching'''(Inner 인덱스 결과를 모아 테이블 I/O를 일괄 처리) 때문이다. 정상이다.
* 이 방식에서도 결과 순서가 Outer 순서와 다를 수 있으므로 정렬은 반드시 <code>ORDER BY</code>로 명시한다.

== 3. Hash Join 심화 ==
=== 3.1 동작 원리 ===
<syntaxhighlight lang="text">
[Build 단계] 작은 집합(Build Input)을 읽어 조인 키로 해시 테이블 생성 → PGA
[Probe 단계] 큰 집합(Probe Input)을 읽으며 해시 테이블 탐색 → 일치하면 반환

HASH JOIN
├─ TABLE ACCESS FULL TB_CUSTOMER ← 위쪽 = Build (작아야 함)
└─ TABLE ACCESS FULL TB_ORDER ← 아래쪽 = Probe
</syntaxhighlight>

=== 3.2 메모리와 성능 ===
{| class="wikitable" style="width:100%;"
|- style="background:#e8f6f2;"
! 처리 방식 !! 조건 !! 실행계획 표시
|-
| Optimal || Build 해시 테이블이 PGA에 모두 들어감 || Used-Mem (0)
|-
| One-Pass || 일부를 Temp에 쓰고 한 번 더 읽음 || Used-Mem (1), Used-Tmp
|-
| Multi-Pass || 여러 번 Temp를 오감 (매우 느림) || Used-Mem (n)
|}

<syntaxhighlight lang="sql">
-- 현재/최근 작업 영역 사용 현황
SELECT sql_id, operation_type, policy,
ROUND(estimated_optimal_size/1024/1024) AS opt_mb,
ROUND(last_memory_used/1024/1024) AS used_mb,
last_execution, optimal_executions, onepass_executions, multipasses_executions
FROM v$sql_workarea
WHERE sql_id = '&sql_id';
</syntaxhighlight>

=== 3.3 Hash Join 튜닝 포인트 ===
* '''Build 집합을 작게''' — 조건을 먼저 적용, 필요한 컬럼만 SELECT (해시 테이블 크기 = 행 수 × 컬럼 크기)
* '''Build/Probe 지정''' — <code>LEADING(작은쪽) USE_HASH(큰쪽)</code>, 또는 <code>SWAP_JOIN_INPUTS(t)</code>로 Build 지정
* '''양쪽 읽기 비용''' — Hash Join은 각 집합을 1번만 읽으므로, 각 집합 '''자체의 액세스 효율'''(Full Scan, 파티션 프루닝, 병렬)이 전체 성능을 좌우
* '''= 조인 조건만 가능''' — 비동등 조인은 Hash Join 불가

=== 3.4 NL vs Hash 실측 비교 ===
<syntaxhighlight lang="sql">
-- 대상: VIP 고객(5,000명)의 최근 1년 주문 집계
SELECT /*+ GATHER_PLAN_STATISTICS LEADING(c) USE_NL(o) */
c.cust_no, SUM(o.order_amt)
FROM lab_cust c JOIN lab_order o ON o.cust_no = c.cust_no
WHERE c.grade_cd = 'VIP' AND o.order_dt >= ADD_MONTHS(SYSDATE, -12)
GROUP BY c.cust_no;

SELECT /*+ GATHER_PLAN_STATISTICS LEADING(c) USE_HASH(o) */
c.cust_no, SUM(o.order_amt)
FROM lab_cust c JOIN lab_order o ON o.cust_no = c.cust_no
WHERE c.grade_cd = 'VIP' AND o.order_dt >= ADD_MONTHS(SYSDATE, -12)
GROUP BY c.cust_no;
</syntaxhighlight>
{| class="wikitable" style="width:100%;text-align:center;"
|- style="background:#0b4d40;color:#fff;"
! 방식 !! Inner Starts !! 테이블 랜덤 액세스 !! Buffers (예) !! 판단
|-
| NL || 5,000 || 수십만 회 || 약 400K || 결과가 대량이라 비효율
|-
| Hash || 1 || 0 (Full Scan) || 약 16K || '''이 경우 유리'''
|}
<div style="font-size:13px;color:#4a5a6a;">※ 수치는 [[실행계획 읽기 실습]]의 LAB 테이블 기준 예시. 직접 실행해 비교해 보자.</div>

== 4. Sort Merge Join ==
* 양쪽 입력을 조인 키로 '''정렬'''한 후 병합한다. 정렬은 PGA에서 수행된다.
* '''적합한 경우''' — 비동등 조인(<code>BETWEEN</code>, <code><</code>, <code>></code>), 양쪽 모두 이미 인덱스 등으로 정렬되어 있음, Hash Join이 불가능한 조건
* <code>MERGE JOIN CARTESIAN</code>이 실행계획에 보이면 '''조인 조건 누락'''이나 카디널리티 1로 잘못 추정된 경우를 의심한다.

<syntaxhighlight lang="sql">
-- 비동등 조인 예: 주문 금액 구간별 등급 매핑
SELECT /*+ USE_MERGE(g) */ o.order_no, g.amt_grade
FROM tb_order o
JOIN tb_amt_grade g ON o.order_amt BETWEEN g.min_amt AND g.max_amt
WHERE o.order_dt >= TRUNC(SYSDATE);
</syntaxhighlight>

== 5. 조인 순서 ==
=== 5.1 조인 순서 결정 원칙 ===
# '''Driving 테이블''' — 자체 조건으로 가장 많이 걸러지는(결과 건수가 가장 적은) 테이블
# '''다음 조인 대상''' — 조인 후 '''건수가 가장 많이 줄어드는''' 테이블을 먼저
# '''건수를 늘리는 조인'''(1:N의 N쪽)은 가능한 한 뒤로
# 3개 이상 조인은 <code>LEADING(t1 t2 t3)</code>로 '''전체 순서'''를 명시 (<code>ORDERED</code>보다 명확)

=== 5.2 조인 순서 예 ===
<syntaxhighlight lang="sql">
-- 조건: 특정 상품분류(1%), 최근 7일 주문(0.7%), 서울 고객(20%)
SELECT /*+ LEADING(p oi o c) USE_NL(oi) USE_NL(o) USE_HASH(c) */
c.cust_nm, o.order_no, p.prod_nm, oi.order_qty
FROM tb_product p
JOIN tb_order_item oi ON oi.prod_cd = p.prod_cd
JOIN tb_order o ON o.order_no = oi.order_no
JOIN tb_customer c ON c.cust_no = o.cust_no
WHERE p.cate_cd = :cate
AND o.order_dt >= TRUNC(SYSDATE) - 7
AND c.region = '서울';
</syntaxhighlight>
* 위 순서가 정답은 아니다. '''주문(최근 7일) → 주문상세 → 상품''' 순서가 나을 수도 있다. 각 순서를 실측해 '''단계별 A-Rows가 가장 빨리 줄어드는''' 순서를 고른다.

== 6. 서브쿼리와 쿼리 변환 ==
=== 6.1 서브쿼리 처리 방식 ===
{| class="wikitable" style="width:100%;"
|- style="background:#0b4d40;color:#fff;"
! 방식 !! 동작 !! 실행계획 !! 힌트
|-
| Unnesting (조인 변환) || 서브쿼리를 조인으로 풀어 조인 방식·순서 선택 가능 || NESTED LOOPS SEMI, HASH JOIN SEMI/ANTI || <code>UNNEST</code>, <code>NL_SJ</code>, <code>HASH_SJ</code>
|-
| Filter || 메인 행마다 서브쿼리 실행, '''입력값별 결과 캐싱''' || FILTER (자식 2개) || <code>NO_UNNEST</code>
|-
| Pushing Subquery || 서브쿼리 필터를 실행계획 앞단계에서 먼저 수행 || FILTER 위치 변화 || <code>PUSH_SUBQ</code>
|}

=== 6.2 Semi Join / Anti Join ===
<syntaxhighlight lang="sql">
-- EXISTS → Semi Join: 일치하는 첫 행을 찾으면 Inner 탐색 중단
SELECT c.* FROM tb_customer c
WHERE EXISTS (SELECT 1 FROM tb_order o WHERE o.cust_no = c.cust_no AND o.order_dt >= :d);

-- NOT EXISTS → Anti Join
SELECT c.* FROM tb_customer c
WHERE NOT EXISTS (SELECT 1 FROM tb_order o WHERE o.cust_no = c.cust_no);
</syntaxhighlight>

<div style="border-left:5px solid #c0392b;background:#fdf1ef;padding:12px 18px;margin:14px 0;border-radius:0 8px 8px 0;">
⚠ '''NOT IN과 NULL''' — <code>WHERE cust_no NOT IN (SELECT cust_no FROM tb_order)</code>에서 서브쿼리 결과에 '''NULL이 하나라도''' 있으면 결과는 '''0건'''이다. 의도가 "주문 없는 고객"이라면 <code>NOT EXISTS</code>를 쓴다. (Oracle은 NULL-Aware Anti Join <code>HASH JOIN ANTI NA</code>로 처리하지만 의미는 그대로다.)
</div>

=== 6.3 스칼라 서브쿼리 ===
<syntaxhighlight lang="sql">
-- 메인 결과 행마다 실행 (입력값별 캐싱 있음)
SELECT o.order_no,
(SELECT c.cust_nm FROM tb_customer c WHERE c.cust_no = o.cust_no) AS cust_nm
FROM tb_order o
WHERE o.order_dt >= TRUNC(SYSDATE);
</syntaxhighlight>
* 입력값 종류가 '''적으면''' 캐싱 효과로 빠르다 (예: 코드명 조회).
* 입력값 종류가 '''많고''' 메인 결과가 대량이면 → '''아우터 조인'''으로 바꾸고 Hash Join 검토
* 12c+ 옵티마이저는 스칼라 서브쿼리를 조인으로 자동 변환(Scalar Subquery Unnesting)하기도 한다.

=== 6.4 뷰 병합과 조건 푸시다운 ===
{| class="wikitable" style="width:100%;"
|- style="background:#e8f6f2;"
! 변환 !! 의미 !! 제어
|-
| View Merging || 인라인 뷰를 메인 쿼리와 합쳐 하나로 최적화 || <code>MERGE</code> / <code>NO_MERGE</code>
|-
| Predicate Pushing || 메인 쿼리 조건을 뷰 안으로 밀어 넣음 || <code>PUSH_PRED</code> / <code>NO_PUSH_PRED</code>
|-
| Join Elimination || FK 관계상 불필요한 조인 제거 || <code>NO_ELIMINATE_JOIN</code>
|-
| OR-Expansion || OR 조건을 UNION ALL 형태로 분리 || <code>OR_EXPAND</code> / <code>NO_OR_EXPANSION</code>
|}
* GROUP BY·DISTINCT·ROWNUM·분석 함수가 있는 뷰는 병합이 제한된다. 실행계획에 <code>VIEW</code>가 남아 있으면 병합되지 않은 것이다.

== 7. 아우터 조인 ==
* 아우터 조인은 '''기준 테이블(보존되는 쪽)'''이 Outer가 되어야 한다는 제약이 있었다.
* '''NL 아우터 조인''' — 반드시 기준 테이블이 Driving
* '''Hash 아우터 조인''' — 10g+ <code>HASH JOIN RIGHT OUTER</code>로 '''작은 Inner 쪽을 Build'''로 사용 가능 (<code>SWAP_JOIN_INPUTS</code>)
* 아우터 조인 대상 테이블의 조건은 <code>ON</code> 절에 둘 것인가, <code>WHERE</code> 절에 둘 것인가에 따라 '''결과가 달라진다'''.

<syntaxhighlight lang="sql">
-- ON 절: 주문이 없는 고객도 나오고, 주문은 '10' 상태만 붙음
SELECT c.cust_no, o.order_no
FROM tb_customer c LEFT JOIN tb_order o
ON o.cust_no = c.cust_no AND o.stat_cd = '10';

-- WHERE 절: o.stat_cd = '10' 조건으로 NULL 행이 제거되어 사실상 이너 조인
SELECT c.cust_no, o.order_no
FROM tb_customer c LEFT JOIN tb_order o ON o.cust_no = c.cust_no
WHERE o.stat_cd = '10';
</syntaxhighlight>

== 8. 적응적 조인 (Adaptive Plan, 12c+) ==
* 실행 중 <code>STATISTICS COLLECTOR</code>가 실제 행 수를 세어, 임계값을 넘으면 '''NL → Hash'''로 전환한다.
* 확인: <code>DBMS_XPLAN.DISPLAY_CURSOR(…, 'ALLSTATS LAST +ADAPTIVE')</code> — 비활성 단계는 '''-''' 표시
* Note 섹션의 <code>this is an adaptive plan</code> 문구로 확인
* 관련 파라미터 (19c): <code>OPTIMIZER_ADAPTIVE_PLANS</code> (기본 TRUE), <code>OPTIMIZER_ADAPTIVE_STATISTICS</code> (기본 FALSE)

== 9. 조인 튜닝 체크리스트 ==
<div style="border:1px solid #cfe9e2;background:#f6fcfa;border-radius:10px;padding:14px 22px;line-height:1.9;">
□ Driving 집합이 '''가장 적은 건수'''로 시작하는가<br/>
□ NL Inner 쪽 '''조인 컬럼 + 필터 컬럼''' 결합 인덱스가 있는가<br/>
□ NL Inner '''Starts'''가 수만 이상이면 Hash Join과 비교했는가<br/>
□ Hash Join의 '''Build 집합'''이 작은 쪽인가, Temp를 쓰지 않는가<br/>
□ 조인 순서상 '''건수가 빨리 줄어드는''' 순서인가<br/>
□ <code>MERGE JOIN CARTESIAN</code>이 의도된 것인가<br/>
□ 서브쿼리가 FILTER 방식이라면 입력값 캐싱 효과가 있는가<br/>
□ <code>NOT IN</code> 사용 시 NULL 가능성을 확인했는가<br/>
□ 아우터 조인 조건 위치(ON / WHERE)가 의도와 일치하는가
</div>

== 10. 실습 과제 ==
<div class="mw-collapsible mw-collapsed" style="border:1px solid #cfe9e2;border-radius:10px;padding:12px 18px;margin-bottom:12px;">
'''과제 1.''' 3.4절의 두 SQL을 실행해 Buffers와 A-Time을 비교하고, VIP 조건을 특정 고객 1명으로 바꿨을 때 결과가 어떻게 뒤바뀌는지 확인하라.
<div class="mw-collapsible-content" style="margin-top:8px;color:#3d5a52;">
'''기대 결과''' 5,000명 → Hash 유리, 1명 → NL이 수십 블록으로 압도적 유리. 조인 방식의 우열은 '''건수'''가 결정한다.
</div>
</div>

<div class="mw-collapsible mw-collapsed" style="border:1px solid #cfe9e2;border-radius:10px;padding:12px 18px;margin-bottom:12px;">
'''과제 2.''' EXISTS 서브쿼리를 <code>NO_UNNEST</code>(FILTER)와 <code>UNNEST HASH_SJ</code>로 각각 실행해 Starts와 Buffers를 비교하라. 메인 집합을 코드성 값(입력값 종류 10개)으로 바꿔 다시 비교하라.
<div class="mw-collapsible-content" style="margin-top:8px;color:#3d5a52;">
'''기대 결과''' 입력값 종류가 많으면 Semi Join이 유리하고, 종류가 적으면 FILTER 캐싱으로 서브쿼리 실제 수행 횟수가 크게 줄어 FILTER도 충분히 빠르다.
</div>
</div>

<div class="mw-collapsible mw-collapsed" style="border:1px solid #cfe9e2;border-radius:10px;padding:12px 18px;margin-bottom:12px;">
'''과제 3.''' 4개 테이블 조인 SQL(5.2절)에서 가능한 Driving 테이블 후보 3개로 각각 실행하여 단계별 A-Rows 흐름표를 작성하라.
<div class="mw-collapsible-content" style="margin-top:8px;color:#3d5a52;">
'''작성 양식''' 순서 / 1단계 A-Rows / 2단계 A-Rows / 3단계 A-Rows / 최종 / 총 Buffers. 중간 단계 A-Rows의 '''합이 가장 작은''' 순서가 대개 가장 효율적이다.
</div>
</div>

<div style="margin-top:30px;padding:14px 20px;border-top:3px solid #0b4d40;background:#f3faf8;border-radius:0 0 10px 10px;font-size:13px;color:#3d5a52;">
'''이전''' ← [[인덱스 튜닝 심화]] · [[실행계획 읽기 실습]]  |  '''다음''' → [[AWR 리포트 분석]]  |  '''처음으로''' → [[SQL 튜닝 입문]]
</div>

[[분류:SQL 튜닝]]
[[분류:Oracle]]
[[분류:조인]]

조인 튜닝 심화 - 편집 역사

Dbstudy: 상단 배너를 {{타이틀 주제}} 틀로 교체

Dbstudy: 새 문서: ORACLE SQL TUNING · DEEP DIVE 2 조인 튜닝 심화 NL ·...

Dbstudy: 새 문서:

ORACLE SQL TUNING · DEEP DIVE 2

조인 튜닝 심화

NL ·...