해당 Table을 Partition Table로 구성하시고 2013년 이전 data를 하나의 Partition에 이후 데이터를 다른 Partition 두고 해당 Partition 만 Index rebuild 하실 수 있습니다.

Partition 으로 구성이 가능한지는 모르겠네요.

인덱스도 파티셔닝이 가능합니다.

http://wiki.gurubee.net/pages/viewpage.action?pageId=26743087

-- 매일 색인작업을 하시는 이유가 뭔가요? 

그부분은 제파트가 아니라 정확히 알진 못하는데요.

R&D 정보 중에 연구자 정보가 있는데,

실시간으로 기관에서 연계되어 한곳에 적재를 합니다.

적재한 정보를 여러단계를 거치는데,

BR 체크도 하고, 정제를 거쳐서 최종정보로 만들어 대국민 서비스를 합니다.

그과정에서 매일 새벽에 색인작업을 하는것 같습니다.

 처음으로 인덱스도 파티셔닝이 가능한거 알게됐습니다. ^^*

답변 감사합니다. 행복한 하루 되시길..

-- 말씀하신 종류의 작업이라면 partitioning + parallel 을 사용하셔야 겠군요.
-- 인덱스 생성시 (local partitioned index) 파티션 갯수만큼만 병렬도(dop)를 사용할수 있는데
-- 더 좋은 방법은 unusable로 먼저 인덱스를 생성하고 각 partition별 충분한 dop로 
-- rebuild를 함으로써 dop를 높힐수 있습니다.
-- rebuild시 파티션별로 따로 스크립트를 만들어 프로그램병렬처리 함으로써 더욱 극대화 시킬수 있겠죠.

-- 여담이지만 index 의 재생성은 drop & create 과 rebuild가 있는데 버전별로 주의를 요구합니다.
-- 10g 일경우 인덱스 rebuild후 inner로 풀릴때 index root block buffer pinning이 안되는 경우가 있습니다. 
-- 해당 테이블이 참조 정보로 쓰일때 치명적인 결함이 될수 있습니다.(10g버그)
-- 실행계획을 잘 보시고 그럴때는 drop & create index 방법을 채택하시는게 좋습니다.

백면서생님.. 답변 감사합니다.

좋은 정보 얻고 갑니다. ^^*