| // ASK
agan-agan & teteh-teteh, mau tanya kalo ini untuk database enaknya bikin satu table aja apa gimana ya ?? |
|
| klo aku sih 3 tabel aja yah...di database.... |
|
| untuk formulirnya saja cukup 2.. namun kl udah ada relasi. disesuaikan dgn relasinya... 2 itu.. table pertama adalah table2 yg memiliki foregin key, table kedua yg tidak punya foreign key |
|
| dua tabel, tabel pemohon sama tabel perusahaan |
|
| jadi nanti table pemohon direlasi dengan table perusahaan berdasarkan nama pemohon ?? |
|
| ada baiknya dibuat ERD-nya dulu, biar tahu komposisi datanya pada awalnya bisa saja 1 tabel.. setelah normalisasi bisa nambah table-nya sesuai data yg diperlukan cmiiw ^_^V |
|
| berdasarkan kode pemohon saja, pemohon kan ada kodenya, perusahaan juga ada kodenya. jd di tabel perusahaan ada kode perusahaan sama kode pemohon. kode pemohon di tabel perusahaan berelasi dgn yg di tabel pemohon. gitu kalo gw sih :D |
|
| kl mnrutku mending dbkin eRD atau class2 nya dl pas bkin query nya jd lbh enk |
|
| kl pertanyaan ini pada table untuk form .. maka gw jawab 2.. tp kl ada relasinya.. maka disesuaikan dgn relasinya.. kl dari pernyataan di atas.. bs sampe 10 |
|
| ane masih newbie sih gan .
ouh iya ya, bisa berdasarkan kode .
soalnya nanti bakal ada satu table lagi yang berelasi dengan ini .
erd itu apa ya gan ?? hhee |
|
| ERD cb cark deh d gugel biar jlas. heeee |
|
| Klo asumsi 1 pemohon pny 1 usaha maka bisa 1 tabel.. Tp klo byk yg 1org byk usaha maka jd one to many maka 2 tabel..
Kemudian yg di perhatikan no. 5, 7,8,10,12..sebaiknya bikin relasi.. Kemudian utk kategori usaga sebaiknya close question / di bikin option.. Klo di kemudian hari di butuh kan data jumlah pemohon berdasarkan kategori.. |
|
| ok makasih semuanya, ane coba dulu . :) |
|
| Mendesain DB agar bs nentuin class2 nya dan entity apa aja yg di butuhkan, jd masuk ke coding ngga perlu repot lg mikirin itu..TOTAL CODING.. |
Tidak ada komentar:
Posting Komentar