در زمان بازسازی یک جدول حجیم و یا درج قابل توجهی از اطلاعات در یک جدول، unusable کردن ایندکسها می تواند باعث تسریع انجام عملیات شود. در ادامه با یک مقایسه ساده، این موضوع را نشان خواهیم داد.
برای انجام سناریو، جدولی را به همراه دو ایندکس ایجاد می کنیم.
SQL>Create table usef.mytbl as select * from usef.tbl_orig where 1=2;
SQL>create index usef.ind1 on usef.mytbl(id);
SQL>create index usef.ind2 on usef.mytbl(LINE);
در صورتی که ایندکسهای جدول در حالت valid قرار داشته باشند، درج یازده میلیون رکورد، حدودا 3 دقیقه طول خواهد کشید:
SQL> conn usef/a
Connected.
SQL> set timing on
SQL> insert into usef.mytbl select * from tbl_orig;
11518080 rows created.
Elapsed: 00:03:22.52
همچنین با پرس و جوی زیر، حجم جدول را به همراه ایندکسهای آن مشاهده خواهیم کرد:
SQL>select p.owner, p.segment_name, p.BYTES / 1024 / 1024 “MB”,p.segment_type from dba_segments p where p.segment_name in (‘MYTBL’,’IND1’,’IND2’)
order by 3;
| OWNER | SEGMENT_NAME | MB | SEGMENT_TYPE |
| USEF | IND2 | 304 | INDEX |
| USEF | IND1 | 312 | INDEX |
| USEF | MYTBL | 1409 | TABLE |
حال با حذف اطلاعات جدول و unusable کردن ایندکسهای آن، این مسئله را بررسی خواهیم کرد:
SQL> truncate table usef.mytbl;
Table truncated.
SQL> alter index usef.ind1 unusable;
Index altered.
SQL> alter index usef.ind2 unusable;
Index altered.
در ادامه خواهیم دید که درج یازده میلیون رکورد به همراه بازسازی ایندکسهای جدول، حدودا 1 دقیقه زمان نیاز دارد:
SQL> startup force;
SQL> conn usef/a
Connected.
SQL> set timing on
SQL> insert into usef.mytbl select * from tbl_orig;
11518080 rows created.
Elapsed: 00:00:44.39
SQL> alter index usef.ind1 rebuild;
Index altered.
Elapsed: 00:00:19.08
SQL> alter index usef.ind2 rebuild;
Index altered.
Elapsed: 00:00:20.17
همچنین حجم جداول و ایندکسها، به صورت زیر خواهد بود:
select p.owner, p.segment_name, p.BYTES / 1024 / 1024 “MB”,p.segment_type from dba_segments p where p.segment_name in (‘MYTBL’,’IND1′,’IND2′)
order by 3;
| OWNER | SEGMENT_NAME | MB | SEGMENT_TYPE |
| USEF | IND2 | 192 | INDEX |
| USEF | IND1 | 208 | INDEX |
| USEF | MYTBL | 1415 | TABLE |
