kolom bulan_proses itu tipe datanya apa mas?
kalau DATE atau NUMBER(asumsi nilainya YYYYMM) anda cukup partition by range
aja supaya proses purging partisinya lebih mudah, lebih bagus lagi kalo kolom
bulan_proses tsb ternyata sering digunakan dalam where clause di SQL,
nah kemudian dapat dilanjutkan dengan partition by LIST/HASH untuk kode_area,
sehingga anda tidak perlu membuat index untuk kedua kolom diatas, tinggal
membuat index LOCAL untuk kolom2 yang sering di akses.
demikian pendapat saya, mohon maaf kalo salah
~semoga bermanfaat
Henriap <[EMAIL PROTECTED]> wrote: Dear all
Saya mau nyoba create partisi table, karena data nya sangat besar ..
saya sudah coba buat, yang ingin saya tanyakan adalah, dari hasil yang saya
buat, apakah sudah optimal, apakah dampaknya terhadap performance
contoh kolomnya sbb :
Bulan_proses, -> prses bulanan
Kode_area, -> area 120
Status_barang, - > status ada 10
harga barang,
nama barang
misalnya dalam satu bulan, jumlah row 6 juta row, kalau diproses bulanan, maka
ada penambahan row perbulan sekitar 6 juta row plus pertumbuhan sekitar 10%
tiap bulan
so , saya coba buat partisi table
mode partisi hash,
create table A
(
Bulan_proses,
Kode_area,
Status_barang,
harga barang,
nama barang
)
tablespace x1
partition hash (bulan_proses,kode_area,status_barang)
partition bulan_proses tablespace x2,
partition kode_area tablespace x3
partition status_barang table space x4
setelah itu saya buat index by partitisin tersebut.
bulan_proses,kode_area,status_barang
kira2 rancangan saya ini sudah optimal belum yaa, mohon pencerahannya.
terimakasih banyak atas bantuannya
regards
Henri
[Non-text portions of this message have been removed]
---------------------------------
Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how.
[Non-text portions of this message have been removed]
