Halo mas Mamat, mo Ikutan ngasih pendapat aja, Kalo menurutku sih mending tabelnya dijadiin satu aja, alasannya # ga ribet dalam logika, query, n pemrogramannya # masalah space juga sama aja, malah kayaknya lebih baik (cmmiw ya) soalnya ga perlu space u menyimpan deskripsi tabel n sgl atributnya. biarpun datanya berjuta2 recordpun gpp, bahkan mysql yang gratispun sdh bisa menampung data sampai hitungan terabyte. # u masalah pencarian, selama kita melakukan indexing table, kurasa bukan masalah. (u query, kl di oracle keliatannya pencarian dg keyword LIKE lebih cepat dari pada dg keyword '=' (cmmiw))
best regards, wawan On 5/11/05, Heru Rahadyan <[EMAIL PROTECTED]> wrote: > Hai, > Mau tanya dulu sebelumnya? Jika pemecahan tabel itu hanya utk membagi > karena terlalu besar, kalo cuman utk menampilkan data kan artinya ngga > masalah dari tabel mana saja. Kenapa hrs tahu dr tabel mana? > > Trs utk query gabungan, mungkin bisa juga. Tp jgn buat field kode_tabel > di tabelnya (sayang space), tambahkan aja di query nya sebuah field > kode_tabel yg panjangnya mungkin cukup 1 karakter. > > Tp kalo datanya amat sangat banyak, mnrt saya sih lbh baik pake looping > per tabel aja baru hasilnya digabung. Krn jk data terlalu besar, > takutnya membuat query gabungan malah akan bikin hang karena komputernya > ngga kuat. > > Bener ngga sih? > > -----Original Message----- > From: [email protected] > [mailto:[EMAIL PROTECTED] On Behalf Of Erick_christianto > > kalau memang datanya sebgitu banyak , akan lebih efektif kalau bisa > dipisah2 berdasarkan kriteria tertentu , contoh : per tahun per table > jadi kalaupun menggunakan query untuk narik data dari berbagai table > akan ketahuan dari tabel mana aja (dilihat dari data tahun) > > smoga bergunaa... > > --- In [email protected], "Mamat" <[EMAIL PROTECTED]> wrote: > > saya mempunyai beberapa tabel dengan struktur yang sama. misalnya : > > > > tabel A (noreg, tahun, keyword, isiringkas) > > tabel B (noreg, tahun, keyword, isiringkas) > > tabel C (noreg, tahun, keyword, isiringkas) > > tabel D (noreg, tahun, keyword, isiringkas) > > dst,.. > > > > noreg = primary key tabel > > tapi primary key ini bisa saja juga terdapat di tabel yang lain > dengan isi yang berbeda. > > > > # tabelnya sengaja saja pisahkan berdasarkan grup tertentu karena > jika di gabung data pada tabel akan sangat banyak (bisa mencapai > puluhan/ratusan juta record). > > # atau apakah jumlah record ini tidak mempengaruhi performa > database ?? sebaiknya datanya digabung saja atau dipecah seperti yang > saya lakukan ?? > > > > gimana yah codenya jika saya ingin mencari suatu data berdasarkan > keyword pada semua tabel yang ada tsb. > > sementara ini ide yg ada dipikiran saya : > > > > 1. pake looping utk semua tabel, tapi ini sepertinya lambat jika > tabelnya banyak. > > 2. buat query untuk menggabung semua tabel .. tapi saya akan > kesulitan untuk menentukan hasil pencarian yg ditampilkan asalnya > dari tabel yang mana. > > kecuali mungkin dengan menambahkan field namatabel pada setiap > record untuk mempermudah identifikasi, dengan jutaan record trik ini > sepertinya boros space (benar gak yah?) > > > > Apa ada yang punya ide atau jalan keluar yang lebih baik ?? > > > > Thank's > > Untuk keluar dari millis ini, kirim email kosong ke: > [EMAIL PROTECTED] > > Yahoo! Groups Links > > <----------------------------------------------------------------------- > ----> > > > Untuk keluar dari millis ini, kirim email kosong ke: > [EMAIL PROTECTED] > > Yahoo! Groups Links > > > > > -- Regards, [Purwedi Kurniawan] Untuk keluar dari millis ini, kirim email kosong ke: [EMAIL PROTECTED] Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/Programmer-VB/ <*> 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/
