• p.409

    • Call 통계에서 fetch할 때 실질적인 일을한다. (execute할 떄 실제 실행은 안함)
    • UserCall / RecursiveCall 과 parse/execute/fetch Call 의 차이를 구별할 것
  • p.414

    • Call횟수를 줄이려는 노력으로 One SQL을 구현하는 세가지 방법
      • Insert into select
      • 수정가능한 조인뷰
      • Merge문
  • p.424 ~ p.435

    • 읽기 겁나어려움
  • p.451 ~ 452

    • 글로벌인덱스파티션 DDL문에 사용되는 컬럼의 역할을 꼭 색깔로 구별해볼것
  • p.454 ~ 456

    • 중요한 인덱스 파티션 제약 짚어보기
  • p.456 ~ 끝

    • Update, Delete, Insert튜닝 그림으로 이해해보기

    정리.xlsx

  • Unique인덱스 제약 (p.455)

    • 파티션키 : 주문일자 , 인덱스키 : 주문일자+주문번호
      • 2017.12.25 + 123456 값을 갖는 데이터가 INSERT 될 때
        • P2017_Q4 파티션인덱스만 탐색스캔 진행(파티션Pruning), “2017.12.25” 값 덕분임
        • (주문일자, 주문번호) 조합이 Unique함에 유의하며 P2017_Q4를 탐색했을 때 만족하는 레코드를 찾지 못하면 INSERT가 가능한 상태를 보장한다.
        • 그 이유는 『주문일자』인덱스 구성컬럼의 값이 파티션인덱스별로 다르기 때문에 다른 파티션인덱스에서 (2017.12.25 + 123456) 값 나올수가 없음을 보장한다.
    • 파티션키 : 주문일자 , 인덱스키 : 주문번호
      • OOOO.OO.OO + 123456 값을 갖는 데이터가 INSERT 될 때