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
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
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.
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.
Mas saya mau tanya, ketika sesorang select suatu database, apakah kita dapat monitoring atau mengetahui sesorang tersebut select data apa saja (seperti log)
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
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?
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🙏🙏
Manusia tersabar dalam menjelaskan. Terima kasih share ilmunya.
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
Masyaallah, semoga jadi amal jariyah
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.
@ Terimakasih Saudara Atas Berbagi Ilmunya Sehat Selalu 🙏
terima kasih ilmunya saya belajar tentang sql dari udemy anda, basic sy finance tapi ingin belajar tentang database dan pemrograman
lengkap banget sampai denormalisasi
ilmu yang sangat bermanfaat, terima kasih banyak pak
intinya basis adalah tempat penyimpanan dan data adalah barang yang di simpan
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
terimakasih banyak mas eko
pokonya saya bersyukur banget
Makasih ilmunya Pak Eko. Semoga sehat selalu dan dilancarkan semua urusannya.
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😄
makasih mas ini bener bener membantu banget, diibaratin ini materi satu semester kuliah di bahas secara langsung
Ilmu nya sangat bermanfaat sekali kang, terima kasih banyakkk
Terimakasih Kang Eko atas sharing nya
konten 2 .5 jam, latihannya perlu berminggu-minggu... overall bagus bgt
Terimakasih, Pak Eko🙏🏻
ini nih yang ditunggu2 😍 semoga ilmunya berkah kang
yang ditunggu2 akhirnya rilis juga...terimakasih pak eko....
Rajin-rajin pak dan jangan bosen ngajarin kita yang pengen jadi programer 🙆♂️
Terimkasih Bang💖💖
mantab pak ilmunya
Terimakasih banyak Pak Eko atas ilmunya, semoga Allah membalas kebaikan Pak Eko. Semoga selalu diberikan kesehatan dan kesuksesan.
Bismillah Amal Jariah ;)
Terima kasih ilmunya mas Eko dan sehat sehat selalu. Engga sabar nih sama part lanjutannya.
keren sangat bermanfaat
Terima kasih pak ilmunya.
yang paling ditunggu, makasih kang eko udah dibuatin tutornya...
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
nyari2 materi konsep basis data, ternyata ada di channel pak eko. 😄
Channel Terniat dengan penjelasan termantap
Pemilu yang bersih menghambat manipulasi dan kecurangan dalam pemilihan (Oligarki Politik)
Terima kasih ilmunya suhu... 🙏
Channel Kebanggan Programmer Zaman Now
terimakasih banyakk, ril pengganti kelas
makasih banyak mas eko
Makasih banyak ❤
terimakasih pak eko
terima kasih banyak pak 🙌🙌🙌
Terimakasih mas videonya
akhirnya selesai, lanjut ke PostgreSQL 🤟
kuliah 3 SKS 16 pertemuan cukup 3 jam saja
thanks pak Eko
sangat bermanfaat mas eko
Mantap mas eko, ilmu yg bermanfaat, semoga menjadi amal jariyah mas eko...
(no skip iklan) ^^
Mantap pak
ah mantap, semoga jadi pahala jariyah mas
terimakasih
makasi kang🙌🙌🙌🙌
makasih bang illmunya ❤
Mantap makasih pak eko
maturnuwun pak eko
kereeeeen
Mantap
Mantapp, berkah selalu ilmunya pakkk
Amin
Makasih bgt bang ilmunya🙏🏻, dan disisi lain jng byk2 bang😢 dosen gua ngambilnya dari chanel lo mlu :) gua nyimak bee
makasih bang,
ilmu daging ini 🙂
dosen saya aja ga pernah lo jelasin sampe se detail ini wkwk
terima kasih banyak pak eko
Maaf mau tanya abang-abang yang udah nonton full atau pak eko. Disini bahas concurrency control gak?
mantap
Mantap pak eko.
Semoga jadi berkah.😊
Hebring
ashiapp
Mantap 2 jam lebih🎉
Kalo kuliah satu semester
😂😂😂😂
Thanks
Thankyou pak eko ⭐
best practice utk foreign key menggunakan id atau colum yg lain ya? misal code_penjual, jadi id dari table penjual
Maa syaa Allah.. 3 jam kurang 5 menit 14 detik.. 😂
Mantul bro 👍
Pa coba buat materi yang ada di perkuliahan dong
Akhirnyaaa
mas eko kalo mau bikin aplikasi berorientasi object yang mana dulu yang harus dibuat apakah class nya dulu atau basis datanya dulu
Satu semester dikampusku jadi dua jan disini
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
👍🏻
yang nonton banyak yag like sedikit
thanks for sharing kang eko
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 😂
basis data adalah arsip
Mantab!
Mau tanya dong, apa alasan relasi antar entitas many to many itu dibuat tabel terpisah? Apakah agar lebih mudah untuk di-manage?
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.
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.
Android dev kapan dilanjutin bang?
Cocoknya udh jadi dosen ini mah
Dosen online aja
@@ProgrammerZamanNow dosen industri kang 😁
Dulunya kan emang dosen 🎉
Mas saya mau tanya, ketika sesorang select suatu database, apakah kita dapat monitoring atau mengetahui sesorang tersebut select data apa saja (seperti log)
Kalau untuk tabel summary itu dibuat / diupdate ketika ada penambahan order baru yaa ?
finally ... 🔥
Pak @ProgrammerZamanNow mau nanya pak, apakah boleh di tabel penghubung Many to Many ada ID untuk Primary Keynya pak?
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
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)
Pak Eko, boleh request CSS dasar pak?
Di wpu ada mas
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?
2:16:01
klau lampunya idup terus tapi dia engak kedap kedip
Ini pelajaran bakal masuk di SISTEM INFORMASI bang? Serius nanya masih maba 🙂🙏
iyaa betul
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🙏🙏
Dipisah donk