🗓 22-08-28

SQLP 이론 복습

(1) 고도화

SQLP 실기 풀이

(1) [SQLP실기풀이]6장 고급SQL튜닝(3)데이터베이스 CALL 최소화 39번
(2) 실기 34번
(3) 실기 40번

SQLP 필기 풀이

(1) [SQLP필기풀이]6장 고급SQL튜닝(2)DML 튜닝
(2) [SQLP필기풀이]6장 고급SQL튜닝(3)데이터베이스 Call 최소화
(3) [SQLP필기풀이]6장 고급SQL튜닝(4) 파티셔닝

👀 8/28 복기

[SQLP필기문제]6장 고급SQL튜닝(2)DML 튜닝

[1] 23번

• DML 시에는 옵티마이저 모드가 무조건 'ALL ROWS'이다.

[2] Direct Path Insert

• 27번
• Direct Path Insert가 빠른 이유
  • undo 로그와 Redo 로그를 생성하지 않는다.
  • Freelist를 참조하지 않고 HWM 바깥 영역에 데이터를 순차적으로 입력한다.
  • Insert 할 블록을 버퍼캐시에서 탐색하지 않고 데이터 파일에 직접 기록한다.
• Direct Path Insert가 작동하는 경우
  • Insert ~ Select 문에 append 힌트 사용
  • 병렬 DML 활성화 후 INSERT 문에 parallel 힌트 사용
  • CTAS로 테이블 생성

[3] merge into 구문을 update구문과 insert 구문으로 대신하기

40번

• merge into 구문이 어려우면 update구문과 insert 구문을 나눠서 해도 된다.

[4] update 튜닝시 중복체크는 Exists문으로

실기 34번
실기 40번

• ⭐️ 무리하게 VIEW로 바꾸어서 그 안에서 막 no_merge 쓰고 그러지 말고 그냥 간단하게 Exists문으로 체크하여 튜닝한다.

[5] DB 저장형 함수에 의한 성능 저하를 해소하는 방안

48

• DB 저장형 함수를 C, JAVA, VB 등 애플리케이션 함수로 전환하면, Recursive Call 대신 User Call이 발생하므로 성능이 더 느려진다.
• CASE 문이나 조인문을 활용함으로써 DB 저장형 함수를 제거한다면, "함수 호출 및
  Recursive Call이 발생하지 않으므로"성능 개선에 큰 도움이 된다.
• Deterministic 함수로 전환하면 캐싱 효과가 나타난다.
• 함수에서 참조하는 테이블 데이터가 자주 변하지 않는다면, Result 캐시 기능도 도움이
  된다.

[6] 쿼리를 내장한 DB 저장형 함수의 읽기 일관성 이슈

51

• 함수를 스칼라 서브쿼리에 씌워서 실행할 때 각 입력값에 대한 첫 번째 함수 호출이 일어날 때까지의 시간차 때문에 보장하기 어렵다.
• 스칼라 서브쿼리 "조인"은 일관성을 보장한다. 즉, 중간에 값이 변하더라도 쿼리 시작 시점
  기준으로 일관된 데이터를 출력한다.

[7] 동명이인 이슈

53

• 동명이인이 있을 수도 있기에 DISTINCT를 함부로 지우면 안된다.

[8] Range 파티셔닝

2번

• 입력 공간을 찾지 못해 에러가 발생하는 현상을 방지하려면 MAXVALUE 파티션을 추가해야 한다.

PARTITION BY RANGE (주문일시) (
	PARTITION P1 VALUES LESS THAN (TO_DATE('20200701','YYYYMMDD')) ,
    PARTITION P2 VALUES LESS THAN (TO_DATE('20210101','YYYYMMDD')) ,
    PARTITION P3 VALUES LESS THAN (TO_DATE('20210701','YYYYMMDD')) ,
    PARTITION P4 VALUES LESS THAN (TO_DATE('20220101','YYYYMMDD')) ,
    PARTITION P_MAX VALUES LESS THAN (MAXVALUE)
);

[9] List 파티션

• List 파티션은 단일 컬럼으로만 파티션할 수 있다.

[10] 파티션 기능과 성능

12

• 파티션 pruning시 파티션 키 컬럼에 LIKE 조건을 사용하면 불필요한 파티션을 읽는 현상이 생길 수 있으므로 읽어야 할 범위를 정확히 명시하는 BETWEEN 조건을 사용하는 것이 좋다.

[9] 적합한 인덱스 파티션 유형

21,23

• 비파티셔닝 인덱스는 튜닝에 그다지 좋지 못한듯 ?
  • Global 파티션과 비파티션 인덱스는 테이블 가용성에 좋지 않다.
  • 보관 기간을 초과한 과거 파티션을 Drop 하면 Unusable 상태로 전환되고, 인덱스를 재생성하는 동안 서비스를 중지해야 하기 때문이다.
  • ⭐️ 따라서 성능에 문제가 되지 않는다면 가급적 Local 파티션을 선택해야 한다. ⭐️
  • ⭐️ 하지만 파티션 키가 조건절에 없어서 모든 파티션을 스캔해야한다면 그 때는 비파티셔닝 인덱스를 사용하는 게 맞다. ⭐️