itu komik udah komik jadul amat, ane dulu suka iseng2 baca komiknya kalau gk ada kerjaan, bener2 pelit dah :ngakak
hmm bukan na bagusan kalo user - karyawan na one to one om? karna karyawan cuma mungkin puna "1" akun user ato ga sama sekali kan? dan akun user hanya boleh k "1" karyawan kan? lalu kok one to many? kalo kayak gitu seakan2 1 user pilot na beda2 menurut ku tetep one to many k
ummm maksud na ini admin na salah 1 karyawan ato admin nginput2 data karyawan? aku nangkep na user tu salah 1 karyawan kalo gitu 1 user bisa d pake banyak karyawan donk kalo kardinalitas na kayak gitu kayak ada akun kaskus sebut saja username na agen45 nah akun kaskus agen45 ini ternyata yg make...
menurut ane sih one-to-many dan many-to-many itu punya kesamaan gan yaitu kedua entitasnya sama-sama punya ID (primary key). bedanya ya itu tadi 'jenis hubungannya' sehingga dalam many-to-many biasanya ada 'tabel perantara' yang menghubungkan kedua tabel entitas. jadi kalau hubungan 'karyawan-abs...
Justru lebih bagus kalo data tuh di database jadi kalo misalnya berubah datanya, ga perlu compile ulang. Cukup update database aja. Di VB cukup terima input parameter kolom bulan dan usia mana yang mau dipake untuk ambil data. ok2 sip gan makasih infonya, ane coba dulu sesuai saran agan :D :D :D
Bikin kayak di Excel aja. Kolomnya : usia, bulan12, bulan24, bulan36, bulan48. Nanti tinggal masukin datanya. ok2 ngerti gan, kalau misalkan buatnya di VB NET gak bisa ya gan? karena kadang dipertengahan jalan angkanya bisa berubah
Masukin ke database aja. Nanti pake perintah select untuk ambil data di kolom tertentu berdasarkan usia. SELECT bulan24 FROM Table1 WHERE usia = 23 kalau masukkin ke databasenya itu gimana ngatur fieldnya gan? bukannya fieldnya itu hanya diatur perkolom ajha?
ikut nimbrung gan. sambil belajar juga. :ngakak kalo sekilas ane baca sih ane nalarnya itu ada tabel karyawan, jabatan, sama absensi. dimana gaji jadi bagian entitas dari jabatan( asumsi ane jenis gaji di sama ratain per jabatan) dan untuk cuti/absen/hadir dijadiin status dalam tabel absensi. rel
ane kurang ngerti konsep / business logic dari general program yang agan mau buat, tapi kalo misal gaji mungkin bisa ngikut ke departemen ama tingkat jabatannya.. (kalau misal dua orang yang punya tingkat jabatan dalam departemen yang sama dalam lama kerja yang sama bakal punya gaji yang sama ka...
ane coba nimbrung ya gan.. gak gitu nangkep sebenernya pertanyaannya gan... tapi ane coba berpendapat ya gan... menurut ane, entity yang cocok itu object apa aja yang bakal agan perluin entar... sejauh ini yang kepikiran ane sih: (misal aja nih ya gan... CMIIW) entity Karyawan, DepartemenDanTing