<-- 변경 //-->
안녕하세요. DB2 및 XpertMon 사용자 여러분!
㈜ 아이티엑스퍼트그룹 DB 사업부입니다.
저희 XpertMon for DB2 UDB V2.0 은 한국정보통신기술협회(TTA) 로부터 2005.07.28일
GS(Good Software) 인증을 획득하였습니다.
GS(Good Software) 인증이라는 것은 소프트웨어 품질인증기준(정보통신부 고시 제2000-81,
2000.10.31 제정) 에 명시되어 있는 것으로, 소프트웨어산업진흥법시행령 제10조 제3항의
규정에 따라 품질인증을 받았다는 것을 표시하는 마크입니다.
이번 GS 인증획득을 통해서 다시한번 XpertMon 제품에 대한 품질이 검증되었습니다.
여기에 만족하지 않고 앞으로도 계속적인 개발과 지원을 통해서 더 나은 제품으로
고객여러분께 다가가도록 노력하겠습니다. 계속적인 관심과 격려 부탁드립니다.
이번주 뉴스레터는 V8에서 추가된 기능인 Informational Constraint 에 대해서 살펴보도록 하겠습니다.
Informational Constraints
DB2 는 V2 때부터 constraint(제한조건)을 지원하였고, V6부터는 optimizer 에게
constraint가 있다는 정보를 알려주어 보다 효과적으로 쿼리를 rewrite 할 수 있도록 하였습니다.
이것은 확실히 효과적입니다만, constraint 를 작성할 경우, INSERT/UPDATE/DELETE 동작시
constraint 체크가 필요하므로, overhead 가 발생합니다.
따라서 V8에서는 새로운 타입의 constraint 기능이 추가되었습니다.
informational constraints 라고 해서 INSERT/UPDATE/DELETE 등의 동작시 constraint를
체크하지 않으므로 overhead 는 없고, optimizer 에게는 constraint 가 존재한다고 알려주어,
실제로 query 를 효과적으로 rewrite 하여 쿼리 성능을 높일 수 있는 기능입니다.
아래 테이블에서 볼 수 있는 것처럼, ENFORCED 와 QUERY OPTIMIZATION 옵션을 이용하여
constraint 와 optimizer 의 기능을 설정할 수 있으며, ALTER 문장을 이용합니다.
| | ENFORCED | NOT ENFORCED |
| ENABLE QUERY OPTIMIZATION | V6, V7과 동일 | V8에서 지원 |
| DISABLE QUERY OPTIMIZATION | V6 이전과 동일 | V8에서 지원 |
Informational Constraints 테이블 예
- NOT ENFORCED : 해당 컬럼(ex) Sex, salary) 의 점검을 강제로 수행하지 않습니다.
- ENABLE QUERY OPTIMIZATION : DB2 optimizer 가 SQL 을 최적화할 때 informational constraints 를 사용합니다.
INSERT 수행
NOT ENFORCED 옵션을 주었으므로, (5,’Q’,34444) 는 SEXOK 라는 constraint 조건을
위배하였고, (6,’K’,132333) 은 SALARYOK 라는 constraint 조건을 위배하였지만,
데이터가 정상적으로 입력됩니다.
SELECT 수행
위의 쿼리는 실제로 결과값이 있음에도 불구하고 부정확한 값을 돌려줍니다.
왜냐하면 DB2 optimizer 가 실제로 SEX 컬럼은 ‘M’이나 ‘F’ 값만이 정확한 값이라고
알고 있기 때문에, ENABLE QUERY OPTIMIZATION 이 informational constraint를 사용하여
쿼리를 rewrite 하였기 때문입니다.
쿼리 Rewrite 결과 확인
XpertMon 의 Explain 기능을 수행하면 Rewrite 한 쿼리를 확인할 수 있습니다.
위와 같이 어떤 조건도 만족하지 않는 쿼리로 Rewrite 함을 볼 수 있습니다.
DISABLE QUERY OPTIMIZATION 설정
위와 같이 informational constraint 를 optimizer 에게 알려주지 않도록 설정한 후
쿼리를 수행하면 아래와 같이 나타납니다.
결론
그럼 어떤 경우에 Informational Constraints 를 사용하는 것이 좋을까요?
가장 좋은 시나리오는 Application이 데이터를 보증할 수 있을 때입니다.
즉 Application이INSERT하거나 UPDATE하는 데이터가 constraint 조건에 맞다고 확신할 수
있다면, DB2 가 추가적인 점검을 하지 않으면서, optimizer가 쿼리 최적화를 할 수 있으므로,
좀 더 빠른 성능으로 쿼리를 수행할 수 있습니다.
또한 데이터웨어 하우스 설계시에도 사용할 수 있습니다.
많은 고객들이 데이터 웨어 하우스의 설계시 STAR Schema를 사용합니다.
Start Schema 는 다음과 같은 특징이 있습니다.
- Dimension 테이블과 관련된 데이터를 가지고 있는 거대한 Fact 테이블 존재
- Fact 테이블은 초기 데이터나 응용프로그램에 의해 생성된 업무가 포함
- Dimension 테이블의 primary key는 Fact 테이블의 Foreign key와 연결
Fact 테이블과 Dimension 테이블은 RI 로 연결되어 있으므로, 데이터를 적재할 때,
RI를 체크하기 위한 시간이 많이 소요되게 됩니다.
만약, INSERT 되는 값이 정확하다는 것을 알 수만 있다면, RI 체크로 인한 과부하없이,
Optimizer는 쿼리 최적화를 수행할 수 있게 되므로 SELECT를 효과적으로 수행할 수 있게 됩니다.
XpertMon for DB2 UDB V2
DB 사업부
Tel : 02-2108-1458
Fax : 02-2108-1459
Mobile : 011-896-6545
E-mail :
hjlee@iteg.co.kr
URL :
http://iteg.co.kr
