Penggunaan HASH bisa jadi tidak rata2 banget., kl mau rata., gunakan jumlah partisi = n pangkat 2., (2, 4, 8, 16, 32).., jumlah partisi di atas pun., ga rata2 banget., emang intinya HASH akan membagi/distribusi data secara random., dan "diusahakan" rata.., CMIIW., Ananias Sembiring
--- Pada Kam, 16/4/09, Yulius Wibowo <[email protected]> menulis: Dari: Yulius Wibowo <[email protected]> Topik: [indo-oracle] Re: 10g Table Partition Kepada: [email protected] Tanggal: Kamis, 16 April, 2009, 12:31 PM Kalau sebaran data berdasarkan range tidak rata, gunakan partition type HASH saja. bw --- In indo-oracle@ yahoogroups. com, Trio Syamsul Benny <trio...@... > wrote: > > Terima kasih atas reply rekan semua... > Ternyata, memang terpaksa menggunakan content_id untuk partisi tablenya. > Tadinya memang sengaja menghindari mempartisi menggunakan content_id karena > sebaran datanya yang memang tidak balance. > Range content id sekian sampai sekian datanya hanya puluhan ribu, sementara > range lain bisa sampai puluhan juta. > Jadinya sekarang, mesti ngatur rangenya agar jumlah data di tiap partisi > tidak terlalu berbeda jauh. > > > > > 2009/4/16 murdi santoso <sandi...@.. .> > > > > > > > untuk partisi table di kolom no hp dengan degit terakhir dari no hp > > sepertinya tidak bisa sebagai usulan lebih baik partisi berdasarkan kolom > > timestamp aja > > > > <font color="#7f003f" ><strong> --Murdi Santoso--</strong> > > </font> > > > > ____________ _________ _________ __ > > From: Trio Syamsul Benny <trio...@... <trio198%40gmail. com>> > > To: indo-oracle@ yahoogroups. com <indo-oracle% 40yahoogroups. com> > > Sent: Thursday, April 16, 2009 10:44:33 AM > > Subject: [indo-oracle] 10g Table Partition > > > > > > Dear Milis, > > Ceritanya gini, saya ada 1 table yang growing terus sehingga ada niat untuk > > mempartisi table ini. > > > > Table terdiri dari 3 kolom, no_handphone (varchar2), content_id (number) > > dan > > dttimestamp (date). > > Di table ini ada 2 index, yang 1 composite antara no_handphone dan > > content_id (unique) dan index kedua hanya by content_id. > > > > Query yang digunakan selalu select * from tabelnya where no_handphone= > > 'bla' > > and content_id=' bla', jadi indexing menggunakan dttimestamp menjadi tidak > > berguna. > > Jadinya kepikiran untuk melakukan partisi menggunakan kolom no_handphone > > karena kalau menggunakan content_id (auto increment), pengelompokannya jadi > > agak sulit. > > Pertanyaannya sekarang, mungkin gak yach tablenya dipartisi berdasarkan > > digit terakhir dari no_handphone? > > Kalau tidak, ada cara lainnya gak? > > > > Makasih atas atensinya. > > > > [Non-text portions of this message have been removed] > > > > [Non-text portions of this message have been removed] > > > > > > > > > [Non-text portions of this message have been removed] > Sikap Peduli Lingkungan? Temukan jawabannya di Yahoo! Answers. http://id.answers.yahoo.com [Non-text portions of this message have been removed]
