인덱스 rebuild의 예제

본문

인덱스 rebuild의 예제

옛날 현업에서 사용했던 것을 갈무리했는데 그냥 한번 보면 어떨까싶어서 올립니다. 참고만 하세요 analyze index 인덱스명 validate structure; select blocks, btree_space, used_space, pct_used, lf_rows, del_lf_rows from index_stats; alter index 인덱스명 rebuild; [예제] SQL> analyze index smslog011_idx validate structure; 인덱스가 분석되었습니다. SQL> select blocks, btree_space, used_space, pct_used, lf_rows, del_lf_rows from index_stats;     BLOCKS BTREE_SPACE USED_SPACE   PCT_USED    LF_ROWS DEL_LF_ROWS ---------- ----------- ---------- ---------- ---------- -----------         30      189728     177795         94       9334        8384 SQL> alter index smslog011_idx rebuild; 인덱스가 변경되었습니다. SQL> analyze index smslog011_idx validate structure; 인덱스가 분석되었습니다. SQL>  select blocks, btree_space, used_space, pct_used, lf_rows, del_lf_rows from index_stats;     BLOCKS BTREE_SPACE USED_SPACE   PCT_USED    LF_ROWS DEL_LF_ROWS ---------- ----------- ---------- ---------- ---------- -----------         15       32016      18086         57        950           0 SQL> This article comes from dbakorea.pe.kr (Leave this line as is) >

(2003-12-09 01:01:23)

음.. 인덱스의 rebuild에 대해선 주기적으로 해줘야 한다고 하는 사람들이 있는 반면, 아주 비정상적으로 성능이 떨어지지 않는 한 해줄 필요가 없다는 사람들도 있습니다. 오라클 전문가로 명성이 높은 톰 카이트 아저씨의 말씀은 The time lag between index rebuilds should be approximately RARELY. It is the RARE degenerate case that needs a rebuild (better yet a COALESCE, rebuilds are overrated) (해석) 인덱스 rebuild로 인한 지연시간(시스템이 느려진다는 의미)은 대체로 발생하게 해선 안된다. rebuild가 필요한 시점은 어처구니 없이 성능이 매우 떨어지는 때이다. (해석을 개똥같이 했네. 대충 알아듣겠죠?) 톰의 말은 즉, 오라클이 알아서 해준다는 거죠. 누가 옳은건지.. 각자 자신의 판단에 따라 하세요. 오라클 10g부터는 Automatic Maintenance Tasks (AMT)가 있습니다. 인덱스 rebuild가 필요하면 자동으로 해준다고 합니다.

관련자료

• 이전
  Resumable Space Allocation

  작성일 2005.04.13 03:54
• 다음
  LMT(Locally Managed Tablespace)사용하기

  작성일 2005.04.13 03:53