RMAN 을 벌려놓긴 했는데, 테스트 할 여유가 요즘 별로 없네요.. 일단.. 미루고.. ^^;
오늘 oracle 11g new feature 인 OLTP table compression을 테스트 할 기회가 있어 간단히 정리해 보겠습니다. oracle 9i R2 에서 oracle 은 table compression 기능을 추가했죠. 이미 다른 database에서는 일반화 되어 있었었다죠? oracle 9i에서는 bulk loading, insert에 대해서만 compression을 지원했습니다. 즉, parallel insert나 sql loader를 이용한 direct loading, 또 Create Table As Select (CTAS)에 대해서만 지원했습니다.
Table compression은 많은 row를 저장하고 있는 대량의 데이터를 위한 기능인데, 대부분의 이러한 테이블은 bulk loading 보다는 batch 작업을 통해 생성되거나 history성 table들이라 이러한 table들은 "move compress"로 다시 compress하는 과정이 추가로 필요하게 되죠..
Oracle 11g에서는 일반적인 DML에 대해서도 compress를 할수 있게 되었습니다. 단지 compress option을 줄때 "for all operations" option을 추가 해 주면 되죠. 물론 이전의 기능으로 사용하려면 "for direct_load operations" option을 주면 됩니다.
create table compress_for_dire compress for direct_load operations as ...
create table compress_for_dire compress for all operations as ...
ps1)
오늘 테스트를 했더니 두 option 다 block의 row가 꽉 차기 전까지는 일반 block과 구조가 동일한 것 같더군요. block 내 row가 꽉차는 시점에 symbol table이 생성되며 compress가 이루어 지는 듯 합니다..
ps2)
"direct_load operations" option을 준 table에 insert select ( /*+ append */ 빼구) 주니까 당연히 compress는 안됩니다.... 만 일반 table 보다 row가 더 많이 들어가더군요..
왜그럴까?
아시는 분?
'Oracle Database' 카테고리의 다른 글
EXADATA (0) | 2009.03.20 |
---|---|
Automatic Optimizer Statistics Collection (0) | 2009.03.20 |
Oracle recovery manager II : RMAN 사용전 고려해야 할 사항들 (0) | 2009.02.04 |
Oracle recovery manager I : RMAN 시작전에 알아야 할 .. (0) | 2009.02.04 |
SQL의 Plan이 바뀌고 있어요!! 이거 버그아닌가요? (0) | 2009.02.03 |