이하는 책에 없는 개인적인 조사를 통한 정리글입니다.

왜? PQ_DISTRIBUTE 힌트를 쓰는가?
옵티마이저가 합당한 분배법칙을 따르지 않기 때문
왜? 옵티마이저가 합당하지 않은 분배법칙으로 병렬 처리를 할까?
통계정보가 제대로 안잡혔겟지?
통계정보는 왜 제대로 안잡힐까?
수집 시간이 오래걸려서.

■통계수집 시간 이슈

dbms_stats.gather_schema_stats 프로시저를 이용해서 통계 정보를 수집하는 경우 수행 시간이 너무 많이 걸린다는 불만이 종종 있다.
이런 현상은 대부분 다음과 같은 경우에 발생한다.

• 특정 테이블들의 크기가 매우 크다.
• 일부 큰 테이블들은 Partitioning이 되어 있다.

■ 요약

1.유저별 테이블 사이즈 조사
2.큰 테이블 제외하고 통계 수집
3.큰 테이블 제외 해제
4.큰 테이블만 따로 통계수집

1. 11g NF

■소유자(SCOTT)별 테이블 크기 조사
SELECT A.SEGMENT_NAME,
ROUND(SUM(A.BYTES)/1024/1024) "SIZE_MB",
A.SEGMENT_TYPE
FROM DBA_SEGMENTS A,
DBA_TABLES B
WHERE A.SEGMENT_NAME = B.TABLE_NAME
AND A.SEGMENT_TYPE IN ('TABLE','TABLE PARTITION')
AND A.OWNER = 'SCOTT'
GROUP BY A.SEGMENT_NAME, A.SEGMENT_TYPE
ORDER BY 2 DESC;

■예시
SEGMENT_NAME SIZE_MB SEGMENT_TYPE
\

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

\- \

---

---

-\- \

---

---

---

---

-\-
X2 568 TABLE
X1 563 TABLE
EMP 0 TABLE
E1 0 TABLE
E2 0 TABLE
DEPT 0 TABLE
T3 0 TABLE
INDENT2 0 TABLE
JAVA$OPTIONS 0 TABLE
SALGRADE 0 TABLE
D2 0 TABLE
FRUIT2 0 TABLE
T1 0 TABLE
T2 0 TABLE
CUSTOMER2 0 TABLE
CREATE$JAVA$LOB$TABLE 0 TABLE

16 개의 행이 선택되었습니다.

■
\- 특정 테이블 통계 정보 변경을 막음 (SCOTT 소유 X1 테이블)

exec dbms_stats.lock_table_stats('SCOTT', 'X1');

\- 스키마 레벨로 통계 정보 수집
exec dbms_stats.gather_schema_stats('SCOTT');

\- 통계 정보 활성화 후 이 테이블만 다시 통계 정보 수집
exec dbms_stats.unlock_table_stats('SCOTT', 'X1');
exec dbms_stats.unlock_table_stats('SCOTT', 'X2');
exec dbms_stats.gather_table_stats('SCOTT','X1', estimate_percent=>10, method_opt=>'FOR ALL INDEXED COLUMNS SIZE AUTO');
exec dbms_stats.gather_table_stats('SCOTT','X2', estimate_percent=>10, method_opt=>'FOR ALL INDEXED COLUMNS SIZE AUTO');

■11g NF
exec dbms_stats.set_table_prefs('SCOTT','X1', 'ESTIMATE_PERCENT', '10');
exec dbms_stats.set_table_prefs('SCOTT','X1','METHOD_OPT', 'FOR ALL INDEXED COLUMNS SIZE AUTO');

exec dbms_stats.gather_schema_stats('SCOTT');