redundant data bisa aja terjadi, tapi selama kita menggunakan prinsip normalisasi data dengan baik pada waktu design database, redundant data data dihindari seminimal mungkin.
tingkat normalisasi yang digunakan biasanya tergantung designernya, ada yg cuman sampai tingkat 3 ada juga yang lebih, semuanya kembali pada designer db nya. kadang normalisasi data cuman dilakukan seperlunya dengan alasan biar mempermudah programmer pada saat programming, karena tentu saja query yang diperlukan dlm proses retrieving data juga akan lebih sederhana, tentunya dengan mengorbankan space akibat adanya data redundant tadi. regards, On 5/12/05, Wahyu <[EMAIL PROTECTED]> wrote: > Menurutku kalo tabel dijadikan satu pasti ada > perbedaannya dengan pisah tabel. alhasil pasti ada > data yang kosong/null. wah bisa besar tuh data atau > gak efisien. istilah redunden data ( lupa dech aku) > kalo dijadikan satu. > > semoga membantu > > --- Purwedi Kurniawan <[EMAIL PROTECTED]> > wrote: > > 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] > > > > > __________________________________ > Yahoo! Mail Mobile > Take Yahoo! Mail with you! Check email on your mobile phone. > http://mobile.yahoo.com/learn/mail > > > 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 <*> 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/
