Exadata 환경의 SQL개발 정책 수립 POINT

• Exadata의 효과적인 기능 활용방안
  • Insert 위주의 작업
    • Update/Merge 위주의 작업 대신 Insert로 변경 작업
    • 압축기술의 활용
  • Exadata에서도 Index는 필요함.
    • S사의 경우 ODS는 PK만 생성, Mart는 Index없이 운영
    • 기존의 Index에 대한 개념이 바뀌어야 함.
  • Parallel 처리시 시스템 부하 방지를 위한 적절한 Hint 사용
    • Hint로 쉽게 제어 가능함.
    • Resource Manager를 통한 관리가 필요함.
  • Partition Exchange을 활용해야 함.
    • Index에 의한 Overhead 감소 및 압축을 유지해야 함.
  • Exadata에서 통계정보는 필수 임.
    • Exadata의 다양한 기능활용의 많은 부분은 통계정보에 기반함.
  • Bulk 처리가 안되는 SQL문의 구현을 피해야 함.
    • 대용량 데이터의 건단위 수행
    • 필요에 따라서 생성되고, 기존 부적절한 모델기반 어플리케이션의 변경 없는 수용

       

• Exadata에서 하지 말아야 할 것
  • Sort & Hash area size의 임의 조정
    • Sort area, hash area size를 임의로 조정하는 것은 전체 시스템에 영향을 주기 때문에 Session단위로 변경하면서 수행하지 말아야 함.
  • Parallel의 Default 사용 혹은 과다한 parallel의 사용
    • Parallel Default는 MAX임으로 반드시 주의해야 함.
    • Parallel degree 조정이 Plan의 변경을 가지고 옴으로 주의해야 함.
  • Global index 생성 및 선택성이 낮은 Index의 생성
    • 특수한 경우가 아니면 최소화해야 함.
  • 통계정보 부족을 Hint로 해결하는 경우
    • Ordered 와 같은 Hint는 잘못된 Plan을 만들어 낼 수 있음. Full, use_hash 위주로 Hint 부여
  • Conventional path 보다 Direct read/write의 활용
    • Conventional write가 발생하면 Direct read시 Buffer의 data를 Disk로 Write한 후에 Query가 가능하기 때문에 테이블의 성격에 따라 조정해야 함.
  • Temporary table 과다 사용
    • Temporary table은 parallel 처리가 안되기 때문에 With절을 사용하거나 Real table을 사용하는 것을 권고함. (Temporary Table 사용시 주의)