-
Exadata의 효과적인 기능 활용방안
-
Insert 위주의 작업
- Update/Merge 위주의 작업 대신 Insert로 변경 작업
- 압축기술의 활용
- Update/Merge 위주의 작업 대신 Insert로 변경 작업
-
Exadata에서도 Index는 필요함.
- S사의 경우 ODS는 PK만 생성, Mart는 Index없이 운영
- 기존의 Index에 대한 개념이 바뀌어야 함.
- S사의 경우 ODS는 PK만 생성, Mart는 Index없이 운영
-
Parallel 처리시 시스템 부하 방지를 위한 적절한 Hint 사용
- Hint로 쉽게 제어 가능함.
- Resource Manager를 통한 관리가 필요함.
- Hint로 쉽게 제어 가능함.
-
Partition Exchange을 활용해야 함.
- Index에 의한 Overhead 감소 및 압축을 유지해야 함.
- Index에 의한 Overhead 감소 및 압축을 유지해야 함.
-
Exadata에서 통계정보는 필수 임.
- Exadata의 다양한 기능활용의 많은 부분은 통계정보에 기반함.
- Exadata의 다양한 기능활용의 많은 부분은 통계정보에 기반함.
-
Bulk 처리가 안되는 SQL문의 구현을 피해야 함.
- 대용량 데이터의 건단위 수행
-
필요에 따라서 생성되고, 기존 부적절한 모델기반 어플리케이션의 변경 없는 수용
- 대용량 데이터의 건단위 수행
-
-
Exadata에서 하지 말아야 할 것
-
Sort & Hash area size의 임의 조정
- Sort area, hash area size를 임의로 조정하는 것은 전체 시스템에 영향을 주기 때문에 Session단위로 변경하면서 수행하지 말아야 함.
- Sort area, hash area size를 임의로 조정하는 것은 전체 시스템에 영향을 주기 때문에 Session단위로 변경하면서 수행하지 말아야 함.
-
Parallel의 Default 사용 혹은 과다한 parallel의 사용
- Parallel Default는 MAX임으로 반드시 주의해야 함.
- Parallel degree 조정이 Plan의 변경을 가지고 옴으로 주의해야 함.
- Parallel Default는 MAX임으로 반드시 주의해야 함.
-
Global index 생성 및 선택성이 낮은 Index의 생성
- 특수한 경우가 아니면 최소화해야 함.
- 특수한 경우가 아니면 최소화해야 함.
-
통계정보 부족을 Hint로 해결하는 경우
- Ordered 와 같은 Hint는 잘못된 Plan을 만들어 낼 수 있음. Full, use_hash 위주로 Hint 부여
- Ordered 와 같은 Hint는 잘못된 Plan을 만들어 낼 수 있음. Full, use_hash 위주로 Hint 부여
-
Conventional path 보다 Direct read/write의 활용
- Conventional write가 발생하면 Direct read시 Buffer의 data를 Disk로 Write한 후에 Query가 가능하기 때문에 테이블의 성격에 따라 조정해야 함.
- Conventional write가 발생하면 Direct read시 Buffer의 data를 Disk로 Write한 후에 Query가 가능하기 때문에 테이블의 성격에 따라 조정해야 함.
-
Temporary table 과다 사용
- Temporary table은 parallel 처리가 안되기 때문에 With절을 사용하거나 Real table을 사용하는 것을 권고함. (Temporary Table 사용시 주의)
-