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
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😄
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
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.
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.
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
Izin bertanya, dari yang saya pahami dalam merancang sistem basis data kita harus adanya contoh laporan seperti laporan order, tetapi dalam merancang sistem basis data apakah kita harus memiliki laporan order tersebut atau contoh laporan lainnya?. Sedangkan dalam merancang sistem basis data kita harus merancang atau membayangkan apa saja yang dibutuhkan dalam sistem kita. Bisa jadi ada tambahan selain dalam laporan order tersebut. Trimakasih
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
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 😂
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.
izin menjawab, mungkin masnya sudah tahu jawabannya tapi semisal belum tahu kiranya ini bisa membantu, jadi yang saya tahu, SKU itu sistemnya tetap sama untuk setiap jenis barang yang sama, walaupun beda barang. Misal teh pucuk mempunyai SKU "123", maka semua teh pucuk memakai SKU yang sama yaitu "123", walaupun ada lebih dari 1 botol teh pucuk, tetap saja SKU nya sama selama itu teh pucuk. tapi misal saya punya varian teh pucuk less sugar, nah itu beda lagi sku nya. begitu mas kira2 yang saya tahu, maaf kalau ada salah.
Mas saya mau tanya, ketika sesorang select suatu database, apakah kita dapat monitoring atau mengetahui sesorang tersebut select data apa saja (seperti log)
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?
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...
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
Manusia tersabar dalam menjelaskan. Terima kasih share ilmunya.
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
foreign key itu sama dengan attribut key dari table lain kan ya ?
iya many to many pasti butuh table tambahan
Terima kasih ilmunya Pak Eko. Sangat bermanfaat, khususnya saya yang kedepan ini memasuki semester 3 terdapat matkul sistem basis data.
kuliah 1 semeester 3sks tergantikan denan tutorial lengkap gratis dan cukup 3 jam. Mantap pak eko
bener banget bang wkwkwkwkwk
bener bgt, mana lebih detail penjelasannya
@@noviaamarsheilaa5344 lha kenapa kuwe neng kene 😂
kue sopo weh?@@reinjin2371
yap betul sekali
terima kasih ilmunya saya belajar tentang sql dari udemy anda, basic sy finance tapi ingin belajar tentang database dan pemrograman
Masyaallah, semoga jadi amal jariyah
Makasih ilmunya Pak Eko. Semoga sehat selalu dan dilancarkan semua urusannya.
Alhamdulillah, dah lah di tunggu materi ini...tkb mas...semoga lanjut ada materi DBMS
dari 2017 nyari video seperti ini, akhirnya ada di PZN, terima kasih mas Eko
ini nih yang ditunggu2 😍 semoga ilmunya berkah kang
@ Terimakasih Saudara Atas Berbagi Ilmunya Sehat Selalu 🙏
makasih mas ini bener bener membantu banget, diibaratin ini materi satu semester kuliah di bahas secara langsung
terimakasih banyak mas eko
pokonya saya bersyukur banget
ilmu yang sangat bermanfaat, terima kasih banyak pak
Terima kasih ilmunya mas Eko dan sehat sehat selalu. Engga sabar nih sama part lanjutannya.
yang ditunggu2 akhirnya rilis juga...terimakasih pak eko....
Rajin-rajin pak dan jangan bosen ngajarin kita yang pengen jadi programer 🙆♂️
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😄
Terimakasih banyak Pak Eko atas ilmunya, semoga Allah membalas kebaikan Pak Eko. Semoga selalu diberikan kesehatan dan kesuksesan.
intinya basis adalah tempat penyimpanan dan data adalah barang yang di simpan
yang paling ditunggu, makasih kang eko udah dibuatin tutornya...
Ilmu nya sangat bermanfaat sekali kang, terima kasih banyakkk
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
lengkap banget sampai denormalisasi
Mantap mas eko, ilmu yg bermanfaat, semoga menjadi amal jariyah mas eko...
(no skip iklan) ^^
konten 2 .5 jam, latihannya perlu berminggu-minggu... overall bagus bgt
nyari2 materi konsep basis data, ternyata ada di channel pak eko. 😄
Terimkasih Bang💖💖
Channel Kebanggan Programmer Zaman Now
Terimakasih, Pak Eko🙏🏻
Terima kasih ilmunya suhu... 🙏
Terima kasih pak ilmunya.
Terimakasih Kang Eko atas sharing nya
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.
akhirnya selesai, lanjut ke PostgreSQL 🤟
Makasih bgt bang ilmunya🙏🏻, dan disisi lain jng byk2 bang😢 dosen gua ngambilnya dari chanel lo mlu :) gua nyimak bee
Mantap pak eko.
Semoga jadi berkah.😊
terima kasih banyak pak 🙌🙌🙌
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.
ah mantap, semoga jadi pahala jariyah mas
kuliah 3 SKS 16 pertemuan cukup 3 jam saja
thanks pak Eko
Channel Terniat dengan penjelasan termantap
Bismillah Amal Jariah ;)
Maaf mau tanya abang-abang yang udah nonton full atau pak eko. Disini bahas concurrency control gak?
Pemilu yang bersih menghambat manipulasi dan kecurangan dalam pemilihan (Oligarki Politik)
mantab pak ilmunya
makasih bang,
ilmu daging ini 🙂
Makasih banyak ❤
terimakasih banyakk, ril pengganti kelas
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
keren sangat bermanfaat
makasi kang🙌🙌🙌🙌
makasih bang illmunya ❤
makasih banyak mas eko
Mantapp, berkah selalu ilmunya pakkk
Amin
dosen saya aja ga pernah lo jelasin sampe se detail ini wkwk
terima kasih banyak pak eko
terimakasih pak eko
Mantap 2 jam lebih🎉
Kalo kuliah satu semester
😂😂😂😂
Terimakasih mas videonya
sangat bermanfaat mas eko
Mau tanya dong, apa alasan relasi antar entitas many to many itu dibuat tabel terpisah? Apakah agar lebih mudah untuk di-manage?
Izin bertanya, dari yang saya pahami dalam merancang sistem basis data kita harus adanya contoh laporan seperti laporan order, tetapi dalam merancang sistem basis data apakah kita harus memiliki laporan order tersebut atau contoh laporan lainnya?. Sedangkan dalam merancang sistem basis data kita harus merancang atau membayangkan apa saja yang dibutuhkan dalam sistem kita. Bisa jadi ada tambahan selain dalam laporan order tersebut. Trimakasih
Mantap pak
best practice utk foreign key menggunakan id atau colum yg lain ya? misal code_penjual, jadi id dari table penjual
Mantul bro 👍
2:39:55 kan ada syntax sql untuk pencarian, kenapa harus dibuat duplikat lagi kolomnya
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
maturnuwun pak eko
terimakasih
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 😂
Thankyou pak eko ⭐
Mantap makasih pak eko
kereeeeen
Mantap
Pada waktu 1:12:08 Tabel membeli itu tidak memiliki primary key nya pak? Apa boleh seperti itu atau perlu ditambahkan kolom baru seperti id pembelian?
PK nya composite (Email + SKU)
coba dulu dosen gue jelasinnya kek gini 😢😢😢
mungkin lulusnya cepet
thanks for sharing kang eko
Hebring
mantap
Maa syaa Allah.. 3 jam kurang 5 menit 14 detik.. 😂
ashiapp
mas eko kalo mau bikin aplikasi berorientasi object yang mana dulu yang harus dibuat apakah class nya dulu atau basis datanya dulu
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.
izin menjawab, mungkin masnya sudah tahu jawabannya tapi semisal belum tahu kiranya ini bisa membantu, jadi yang saya tahu, SKU itu sistemnya tetap sama untuk setiap jenis barang yang sama, walaupun beda barang.
Misal teh pucuk mempunyai SKU "123", maka semua teh pucuk memakai SKU yang sama yaitu "123", walaupun ada lebih dari 1 botol teh pucuk, tetap saja SKU nya sama selama itu teh pucuk. tapi misal saya punya varian teh pucuk less sugar, nah itu beda lagi sku nya.
begitu mas kira2 yang saya tahu, maaf kalau ada salah.
Pa coba buat materi yang ada di perkuliahan dong
Akhirnyaaa
Mas saya mau tanya, ketika sesorang select suatu database, apakah kita dapat monitoring atau mengetahui sesorang tersebut select data apa saja (seperti log)
finally ... 🔥
Thanks
Kalau untuk tabel summary itu dibuat / diupdate ketika ada penambahan order baru yaa ?
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?
berarti nanti harus join table maksudnya?
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...
Pak @ProgrammerZamanNow mau nanya pak, apakah boleh di tabel penghubung Many to Many ada ID untuk Primary Keynya pak?
Android dev kapan dilanjutin bang?
Satu semester dikampusku jadi dua jan disini
Caranya agar garis antar tabel entity tidak bertabrakan/berpotongan gimana ya? Saya bikin pake plantuml garisnya sering berpotongan.
basis data adalah arsip
yang nonton banyak yag like sedikit
Cocoknya udh jadi dosen ini mah
Dosen online aja
@@ProgrammerZamanNow dosen industri kang 😁
Dulunya kan emang dosen 🎉
👍🏻
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
2:16:01