Kompresi sudah pasti memerlukan lebih banyak cpu utk memproses block. Selain itu, kompresi berarti dalam satu block akan memuat lebih banyak entry, yang berarti ada kemungkinan semakin banyak transaksi yg akan memproses block yang sama (latch issue, hati2 kalo db anda adalah oltp yg sibuk). Tapi compression juga bisa menghemat space, dan mempercepat proses full/fast full index scan (biasanya banyak berguna di olap/data warehouse).
Mengenai opt_cmpr_count dan opt_cmpr_pctsave, yg pertama menyarankan berapa banyak kolom yg mau dikompres utk mendptkan hasil yg maksimal, yg kedua adlah perkiraan jumlah 'leaf block' index yg akan berkurang apabila dikompres sesuai saran yg pertama. Pada contoh Anda, index kebetulan cuma terdiri dari 1 kolom. OPT_CMPR_COUNT=1 dan OPT_CMPR_PCTSAVE=1 berarti compression bisa dilakukan pada 1 kolom dengan perkiraan pengurangan jumlah leaf block sebanyak 1% (aneh jg sih kalo cuma 1%, tapi biasanya semakin banyak pengulangan pd suatu kolom, semakin besar pula space yg bisa dihemat dengan kompresi). Setelah compression maka OPT_CMPR_PCTSAVE=0 berarti tidak ada lagi space yg bisa dihemat.. BTW, Apabila Anda punya index dengan 3 kolom, dan OPT_CMPR_COUNT=2 diikuti nilai OPT_CMPR_PCTSAVE yg menarik , maka Anda bisa melakukan compression hanya pd 2 kolom dengan cara alter index <index_name> rebuild compress 2; regards, tomi --- m Ilhami <[EMAIL PROTECTED]> wrote: > Halo, > Saya punya tabel dengan ukuran 18GB, kira2 22 juta > record. > Tabel tsb punya 7 index, beberapa diantaranya multi > column index. > Kemudian saya tambah satu lagi index pada column > process_date. > Sebelum dicompress, index ukurannya 468 MB, setelah > dicompress 272 MB. > > Stat Sebelum diindex > > SQL> validate index IX_ECDR_PERF_PROCESS_DATE; > > Index analyzed. > > SQL> select opt_cmpr_count, opt_cmpr_pctsave from > index_stats; > > OPT_CMPR_COUNT OPT_CMPR_PCTSAVE > -------------- ---------------- > 1 1 > > Setelah dicompress: > > SQL> validate index IX_ECDR_PERF_PROCESS_DATE; > > Index analyzed. > > SQL> select opt_cmpr_count, opt_cmpr_pctsave from > index_stats; > > OPT_CMPR_COUNT OPT_CMPR_PCTSAVE > -------------- ---------------- > 1 0 > > Sebaiknya Index tersebut saya compress atau tidak? > Saya bingung > melihat hasil dari analyze index tsb, artinya apa > ya? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- -----------I.N.D.O - O.R.A.C.L.E--------------- Keluar: [EMAIL PROTECTED] Website: http://indo-oracle.blogspot.com Mirror: http://indooracle.wordpress.com ----------------------------------------------- Bergabung dengan Indonesia Thin Client User Groups, Terminal Server, Citrix, New Moon Caneveral, di: http://indo-thin.blogspot.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/indo-oracle/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
