Rangkuman - Model Data Relational Implementation Table Cheat Sheet One to One: buat foreign key di table yang lemah & harus unique One to Many: buat foreign key di table yang Many Many to Many: buat baru tabel relasi (berisi semua foreign key dari masing" table yg berelasi) #CMIIW
Izin minta penjelasanya pak eko. Saya ada kebingungan di bagian kardinalitas hubungan membeli dimana disitu pak eko tulis bahwa kardinalitasnya adalah many to many. Tetapi, setiap instans yang ada di entity barang kan punya SKU nya masing-masing yang mana SKU ini unik dari satu barang dengan barang lainnya meskipun ada barang yang tipenya sama (misal 2 pensil dengan tipe 2B bakal punya SKU yang berbeda karena setiap pensil diidentifikasi secara unik oleh SKU ini). Jadi pertanyaan saya, disini definisi SKU itu untuk identifikasi tipe barang atau identifikasi barangnya itu sendiri secara unik ya? Sekain dan Terima kasih.
58:12, Mas eko untuk yg dimenit ini, karena secara berurutan : Pembeli -> membeli -> Barang -> Menjual -> Penjual. Boleh kah kalau kita ubah jadi begini mas Pembeli -> membeli -> Barang -> Dijual -> Penjual? Atau memang sebaiknya seperti contoh awal?
bantu jawab dikit bro.., sebenernya itu bukan urutan sih antara barang dengan penjual itu adalah bentul relasinya.., mau dibilang menjual,dijual,selling,dll itu cuman istilah sih tapi walaupun istilah kalo di dunia kerja diambil yang paling enak bisa difahami banyak orang, intinya disini itu bentuk relasinya bro
Walaupun di kampus udah belajar 2 matkul ini (basis data & perancangan basis data) dan dapet nilai akhir A tapi kalo pzn yang bahas rasanya ingin belajar lagi supaya makin paham😄
Pak eko tolong dong, di menit 1:30:57 dijelaskan kalau relasi 'Menyukai' dibuatkan table karena derajat relasi nya N-N. Tapi untuk menit 1:39:23 itu relasi 'Menyukai' tidak dibuatkan table karena tidak ada attribute tambahan seperi halnya relasi 'Membeli'. Jadi kalau derajat relasi N-N itu harus dibuatkan table seperti penjelasan sebelumnya atau akan dibuatkan table jika hanya terdapat attribute tambahan saja? Boleh minta saran nya pak Eko dan teman2 ?
bantu jawab: karena relasi menyukai menggunakan atribut yang sama (email), jadi ditempatkan di tabel yang sama juga tidak diperlukan tabel tambahan. Cmiiw;
@@adeandriansyah tapi di menit 1:30:47 itu relasi 'menyukai' juga dibuatkan table seperti relasi 'membeli' karena derajat nya N-N (walaupun relasi 'menyukai' tidak ada atribut tambahan) . Karena kan di pak Eko bahas nya untuk penempatan foreign key : 1-1 = foreign key ditempatkan di weak entity 1-N / N-1 = foreign key ditempatkan di entity dengan derajat Many N-N = harus dibuatkan table baru untuk look up data ke entity Gimana menurut bang? Atau mungkin saya salah tangkap ya?
Betul, itu kalo N-N dengan dua tabel yang berbeda, bisa dibuatkan tabel baru. Tapi ini kan tabelnya itu itu juga, jadi ga harus dibuatkan tabel baru. Contoh relasi Unary Relationship juga terjadi antara User dengan Follower, User dengan Manager, itu relasinya Many To Many (N-N), tapi untuk penempatannya relasinya dengan menambahkan di tabel itu juga. Misalnya User dan Follower, User dan Follower kan berasal ddari tabel User juga, jadi meskipun relasinya N-N, kalo dalam tabel yang sama, cukup menambahkan atribute ForeignKey-nya saja. Itu pemahaman saya tentang Unary Relationship. @@adaf22karina
maaf, tadi saya fokus ke Unary Relationship, jadi yang saya komen seperti itu Mas @rendiandriyanto935 . Kalo perihal N-N itu seyogianya harus dibuatkan tabel baru mas. Tabel baru setau saya disebut dengan tabel relasi/tabel pivot/intermediet tabel. Begitu pemahaman saya. Saya juga baru belajar.
punten kak, kalo antara si penjual dengan barang butuh jumlah barang juga ngga ya ?, soalnya si penjual kan pasti ada stok jumlah barang yang dijualnya...
Izin bertanya. kalau misalnya menambah atribut turunannya diubah jadi buat view baru, itu gimana pak? jadi ngga perlu melakukan denormalisasi data lagi. Apakah sama juga akan memperlambat dalam pengambilan datanya?
Jaminan, pasti ini bakalan jadi rujukan dari berbagai kampus buat belajar dari channel ini. Apalagi ini materi dasar perkuliahan 🤣🤣🤣🤣 Please buka university sendiri deh pak, spek macem pak eko mah spek supermen lagi bukan spek perorangan 😂
1:23:15 *Redundant Relationship*. Saya bingung di bagian ini, ini many to many kan? bukannya berarti "Banyak pembeli bisa menyukai banyak Barang & banyak Barang bisa disukai banyak Pembeli"? Kenapa disini dijelaskan malah 1 Barang & 1 Pembeli? 1:25:47 *Weak Entity*. Pada Tabel Pembeli kenapa tiba-tiba ada attribute Alamat? Sedangkan di diagram nya hanya ada Nama & Email. 1:26:14 *Sub Entity*. Pada tabel Barang , kenapa tiba-tiba ditambahkan "Email Penjual" di bagian ini? Disitu dijelaskan karena relasi Barang dengan Penjual, lalu apa berarti bisa ditambahkan Email Pembeli pada tabel Barang juga? Karena Pembeli dan Barang kan berelasi. Maaf banyak tanya, terimakasih bila ada yang bisa membantu 🙏🏻
pertanyaan 1: Karna relasi many itu bisa dikatakan one or many seperti materi yang diberikan dalam video pembuatan model diagram lainnya pertanyaan 2: Attribute alamat dalam tabel pembeli adalah sebagai foreign key dari relasi alamat pertanyaan 3: Mengapa ditambahkan nya attribute foreign key Email penjual? karena untuk melihat data yang berelasi dengan barang tersebut(look up) atau dengan kata lain kepemilikan barang tersebut adalah milik siapa, dan untuk apakah bisa penambahan email pembeli pada tabel barang jawaban nya tidak, karna disana tidak memiliki relasi dengan email pembeli, email pembeli digunakan ketika dalam relasi membeli. semoga menjawab pertanyaan anda.
Mas saya mau tanya, ketika sesorang select suatu database, apakah kita dapat monitoring atau mengetahui sesorang tersebut select data apa saja (seperti log)
mas eko maaf , untuk alamat dan pembeli , kenapa harus di pisah ya , menurut saya bukan nya cukup di jadikan 1 table saja , karena kan d table order jika ngambil table (alamat&penjual) * anggap saja di jadikan 1 table , jika di update pun , di table order pun pasti akan terupdate juga kan kang ?
bantu jawab, itu pak eko konteksnya lg menjelaskan mengenai weak entitiy. jadi utk mensimulasikan weak entitiy itu bagaimana, makanya dipecah. jadi table alamat itu weak entitiy, karena tanpa ada entity pembeli, ga mgkin ada entity alamat.. kurang lebih begitu.. cmiiw
Materinya sangat bagus dan mudah dimengeri mas eko. Mau tanya satu hal mengenai model data sub entity, bagaimana cara kita menentukan sebuah entity itu termasuk kedalam sub entity yang mana? apakah diimplementasiakn di level logic aplikasi atau bisa langsung pada raw query? Numpang catet. Model data lainnya: - Weak Entity - Sub Entity - Unary Relationship - Multi Entity Relationship - Redundant Entity Relationship Denormalisasi data: (Mempercepat pencarian data) - Derived attribure - Attribut tambahan - Summary table - Atribut untuk pencarian - Immutable/mutable table
Bang klu server database bagus y di gabung sama aplikasi (database client) atau terpisah bang mksutnya database dan aplikasi di satu OS yang sama.. Makasih bg🙏🙏
Meskipun kata kunci yg dicari tidak sama persis dengan data yg disimpan, syntax sql bisa cari hasil yg mirip dengan yg kata dimasukkan, jadi kenapa harus di duplikasi
Ada yang bisa bantu kasih pemahaman ga all ? Saya kurang faham nih di bagian ininya : Entity01 |o--|| Entity02 , itukan relasinya one to one kan ya? terus o dan I nya itu maksudnya boleh kosong dan minimal 1 gitu? itu saya yang gagal faham. Kapan kita meletakkan boleh kosong atau minimal 1 ?? kemudian beda titik dua dan strip dua itu menandakan apa di planuml misal : Entity01 |o--|| Entity02 dengan Entity01 |o..|| Entity02 Kalau ada yg bisa bantu jawab, saya ucapkah terimakash banyak,
Kenyataanya di toko online, penjual menjual barang yg sama, tapi jadi produk yg berbeda, coba cari iphone misal di toko online, di halaman barang nya dijual oleh 1 seller, kalo mau beda seller, harus buka halaman yg berbeda, walaupun sama2 iphone
jadi yang harus di perhatikan dalam menentukan relation antar entitas itu bagaimana pak eko, saya kadang masih agak bingung ketika menentukan suatu relasi, masih ngulang2 videonya tapi masih belum ngeklik(mungkin karena tingkat pemahamannya sedikit lambat)
