Oracle 8.1.7.4 에서 reorganization 에 관한 질문입니다.

Question

oracle 8.1.7.4 ops 에서 reorg작업을 할 생각입니다.
1) Database Offline Full backup
2) Table Reorganization.
2-1)ALTER TABLE table_name MOVE ;
2-2)LONG type 의 Table 은 exp/imp작업.
3) ALTER INDEX index_name REBUILD;
4) ANALYZE TABLE table_name COMPUTE STATISTICS FOR TABLE FOR ALL COLUMNS FOR ALL INDEXES;
5) ANALYZE INDEX index_name COMPUTE STATISTICS;
위와 같은 방법으로 진행할 생각인데 이에 관련하여 질문있습니다.
현재 DB extent_management 가 DICTIONARY 방식으로 되어있습니다.
제가 알아본 바로는
기존의 Dictionary Management Tablespace하에서는 Fragmentation이 있어 재구성 이후에서 space의 비효율적인 사용이 생길 수 있다고 합니다.
1)이에 관련하여 딕션너리 방식에서의 재구성 작업이 과연 의미가 있는지 궁금합니다.
2)그럼 딕션너리 방식에서 Locally로 바꾼후 재구성작업을 해야하는지도 궁금합니다.
3)또한 재구성에 관련하여 잘못된점이나 참고할 수 있는 문서 혹은 작업진행에 관련하여 답변부탁드립니다.

Answer 1

예전에 질문하신 내용이지만, 답을 주신 분이 없어 댓글을 달아봅니다.
세옹지마님이, tuning주제에 대한 토의에서도 설명하셨듯이, reorg는 중요합니다. 특히 다량의 데이타가 지워지거나 변경된 경우 그렇죠. (변경의 경우, index입장에서는 delete후 insert와 동일한 효과가 나타나니까요)
reorg는 index의 경우 데이타가 지워져서 빈공간이 많더라도 ordering이 유지되지 못하면 해당 block에 새로 입력되는 데이타가 들어가지 못하니, 일반적으로 table보다 더 필요하게 여겨지고,
table의 경우에도 fulll table scan의 경우 data가 있는 block만 읽는게 아니고 high water mark까지는 다 읽기 때문에 0건의 데이타를 읽기위해 10분의 select count(*) 작업을 하는 경우도 본만큼, 여전히 reorg가 필요합니다.
이러한 reorg는 locally-managed는 필요하고, dictionary managed는 불필요하다는건 잘못 들으신 내용 같습니다. 특히 locally managed tablespace의 경우 9i부터 제공되는 featue이고, 질문하신 분의 경우 8i를 사용하고 계시니 tablespace를 locally managed로 변경하실 수 없습니다.
이미 reorg하여 잘 사용하고 계시겠지만,
table의 대량의 삭제가 변경작업이 발생한 경우, 혹은 꾸준히 그러한 작업이 발생하여 주기적으로 reorg가 필요하다고 판단되는 경우.. dictionary managed tablespace라도 작업이 필요합니다 ~