[Help] Logika dalam merancang database..!!!

[Guesuper]

aplikasi yg dibuat aplikasi tagihan rekening listrik





tabel yg paling utama dan udah saya rancang seperti ini,,



1. Tabel_Pelanggan -->> berisi data pelanggan yg memakai jasa listrik dan gabungan dari tabel2 lainnya..



2. Tabel_temp_pemakaian -->> berisi data pemakaian listrik pelanggan "setiap bulan" seperti beban, kwh, jumlah dll.. tentunya memiliki relasi dengan tabel_pelanggan



3. Tabel_Pemakaian_Gabung -->> akan bertambah setiap awal bulan dari table_temp_pemakaian...





deskripsi..



1. sudah memiliki pelanggan sebanyak 5000,, berarti tabel_pelanggan sudah terisi 5000 record..



2. setiap bulannya user akan menginputkan data pemakaian listrik setiap pelanggan yg akan disimpan dalam table_temp_pemakaian.



misalnya : pemakaian listrik pelanggan bulan desember ini akan diinputkan dibulan januari.. maka user akan melakukan cetakan rekening listrik yg diselect/data nya berasal dari tabel_temp_pemakaian dan juga tabel_pelanggan (join) untuk display/cetakan datanya..



kenapa saya buat temp, untuk kemudahan pengolahan data dan membuat laporan harian dan perbulan nya.. jadi data yg ada dalam tabel ini hanya bertahan selama 1 bulan.



3. masuk awal bulan, 1 Februari.. user akan memposting/memindahkan data yg ada di tabel_temp_pemakaian ke tabel_Pemakaian_gabung.. dan data di tabel_temp_pemakaian dikosongkan dan akan siap2 menerima data baru untuk bulan februari



* Postingan data tentunya udah kita berikan perintah didalamnya,, user hanya tau satu kali klik aja..



nanti data2 yg ada ditabel_pemakaian_gabung seperti ini..



| ID_Pelanggan | Field2 | dan seterusnya..

.................................

| PKK-00001 | - | -

| PKK-00002 | - | }

| PLB-00001 | - | } -->>januari

| KLP-00001 | - | -

| PKK-00001 | - | -

| PKK-00002 | - | }

| PLB-00001 | - | }--->>februari

| KLP-00001 | - | -



dimana tabel_ini akan bertambah setiap bulannya sebanyak 5000 record,, dengan ID_Pelanggan yg sama,, jadi di field ID_Pelanggan tidak diset primary key..



pertanyaan :



1. Apa sudah benar database yg yg saya rancang seperti diatas..?



2. yg saya takutkan untuk tabel_pemakain_gabung,, karena tabel tsb akan cepat membengkaknya.. dan mungkin saya akan sulit untuk mengolah data tsb dari segi query,laporan tahunan dll..karena jumlah nya yg akan puluh ribuan..



3. tlg beri solusi terbaik kalo agan2 ada cara lain untuk mensiasati untuk kasus sperti diatas sebelum ni aplikasi dibuat



terimakasih...