Belajar Basis Data untuk Pemula

[@YunaSanli]

Manusia tersabar dalam menjelaskan. Terima kasih share ilmunya.

[@QhoirulAnwar]

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

[@egipebriyawan1455]

foreign key itu sama dengan attribut key dari table lain kan ya ?

[@aliif]

iya many to many pasti butuh table tambahan

[@aloysiusjuan5377]

Terima kasih ilmunya Pak Eko. Sangat bermanfaat, khususnya saya yang kedepan ini memasuki semester 3 terdapat matkul sistem basis data.

[@reinjin2371]

kuliah 1 semeester 3sks tergantikan denan tutorial lengkap gratis dan cukup 3 jam. Mantap pak eko

[@hanyachanelbiasa8357]

bener banget bang wkwkwkwkwk

[@noviaamarsheilaa5344]

bener bgt, mana lebih detail penjelasannya

[@reinjin2371]

@@noviaamarsheilaa5344 lha kenapa kuwe neng kene 😂

[@noviaamarsheilaa5344]

kue sopo weh?@@reinjin2371

[@Lil_Jengo]

yap betul sekali

[@pernakpernikdesa2399]

Masyaallah, semoga jadi amal jariyah

[@triyudho7628]

terima kasih ilmunya saya belajar tentang sql dari udemy anda, basic sy finance tapi ingin belajar tentang database dan pemrograman

[@tristan121009]

Alhamdulillah, dah lah di tunggu materi ini...tkb mas...semoga lanjut ada materi DBMS

[@taufikdev]

ini nih yang ditunggu2 😍 semoga ilmunya berkah kang

[@johandikasyahputralubis2455]

Makasih ilmunya Pak Eko. Semoga sehat selalu dan dilancarkan semua urusannya.

[@dedenurdiyanto5369]

dari 2017 nyari video seperti ini, akhirnya ada di PZN, terima kasih mas Eko

[@hilmianugrah]

terimakasih banyak mas eko pokonya saya bersyukur banget

[@rusmanaruhiyat6256]

@ Terimakasih Saudara Atas Berbagi Ilmunya Sehat Selalu 🙏

[@satusalah8883]

ilmu yang sangat bermanfaat, terima kasih banyak pak

[@zerkyyulyandri1663]

yang ditunggu2 akhirnya rilis juga...terimakasih pak eko....

[@rizaljunaedi1907]

makasih mas ini bener bener membantu banget, diibaratin ini materi satu semester kuliah di bahas secara langsung

[@idabagusanommudita4962]

Terima kasih ilmunya mas Eko dan sehat sehat selalu. Engga sabar nih sama part lanjutannya.

[@ikky1217]

Rajin-rajin pak dan jangan bosen ngajarin kita yang pengen jadi programer 🙆‍♂️

[@belajarcoding6657]

Ilmu nya sangat bermanfaat sekali kang, terima kasih banyakkk

[@kukuhnurpratama1]

yang paling ditunggu, makasih kang eko udah dibuatin tutornya...

[@PermanaHermala]

lengkap banget sampai denormalisasi

[@iskandartaran8248]

Mantap mas eko, ilmu yg bermanfaat, semoga menjadi amal jariyah mas eko... (no skip iklan) ^^

[@Adefada-ze6vw]

Terimakasih, Pak Eko🙏🏻

[@MuhammadYusuf-by5te]

Terimakasih banyak Pak Eko atas ilmunya, semoga Allah membalas kebaikan Pak Eko. Semoga selalu diberikan kesehatan dan kesuksesan.

[@mdendiardana]

Channel Kebanggan Programmer Zaman Now

[@IrsanAchmad]

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😄

[@hendrimardani8392]

nyari2 materi konsep basis data, ternyata ada di channel pak eko. 😄

[@denisugandi74]

Terima kasih ilmunya suhu... 🙏

[@Rystars]

intinya basis adalah tempat penyimpanan dan data adalah barang yang di simpan

[@nozami3495]

Terimakasih Kang Eko atas sharing nya

[@Fauzi-x6y]

Channel Terniat dengan penjelasan termantap

[@opschanel1498]

Terimkasih Bang💖💖

[@ferstianfirman9343]

konten 2 .5 jam, latihannya perlu berminggu-minggu... overall bagus bgt

[@alfiartya23]

terima kasih banyak pak 🙌🙌🙌

[@dandisarpinusgea6088]

Mantap pak eko. Semoga jadi berkah.😊

[@rizqofathur]

ah mantap, semoga jadi pahala jariyah mas

[@windowsautoupdate1183]

akhirnya selesai, lanjut ke PostgreSQL 🤟

[@kouseigaming23]

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

[@mademade1355]

makasi kang🙌🙌🙌🙌

[@melvinsurya3212]

makasih bang illmunya ❤

[@naufalikbar6424]

Makasih banyak ❤

[@AndrewSoebagoes]

Terima kasih pak ilmunya.

[@ahmaddaani_]

Mantap 2 jam lebih🎉

[@ProgrammerZamanNow]

Kalo kuliah satu semester

[@AriefKardityaHermawan]

😂😂😂😂

[@mamangcoders]

Mantapp, berkah selalu ilmunya pakkk

[@ProgrammerZamanNow]

Amin

[@gabutnyaasmr7415]

terimakasih banyakk, ril pengganti kelas

[@keelinanitra]

mantab pak ilmunya

[@programmertelo]

makasih bang, ilmu daging ini 🙂

[@wahyudin7625]

Bismillah Amal Jariah ;)

[@iritnasi]

makasih banyak mas eko

[@kurniawansandi2539]

Makasih bgt bang ilmunya🙏🏻, dan disisi lain jng byk2 bang😢 dosen gua ngambilnya dari chanel lo mlu :) gua nyimak bee

[@kalengsarden3493]

kuliah 3 SKS 16 pertemuan cukup 3 jam saja thanks pak Eko

[@taufikkkjamil5873]

sangat bermanfaat mas eko

[@arisyafri5863]

Terimakasih mas videonya

[@juprisupriadi175]

terimakasih pak eko

[@Gionahtan]

keren sangat bermanfaat

[@hanif6750]

maturnuwun pak eko

[@cliffordmantow6261]

Thankyou pak eko ⭐

[@farisnaufal8579]

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?

[@reinjin2371]

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

[@muhammadabrar2368]

Mantap makasih pak eko

[@raziffatahillah373]

best practice utk foreign key menggunakan id atau colum yg lain ya? misal code_penjual, jadi id dari table penjual

[@P.KaroKaroSurbakti]

Mantul bro 👍

[@odeardika]

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?

[@ProgrammerZamanNow]

PK nya composite (Email + SKU)

[@TommyPatria-d2r]

Mantap pak

[@vanillasoda8454]

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 🙏🏻

[@BillyRyan-cs4rg]

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.

[@HeyKarlSchmidt]

Mau tanya dong, apa alasan relasi antar entitas many to many itu dibuat tabel terpisah? Apakah agar lebih mudah untuk di-manage?

[@takayumaja9438]

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

[@realnugrosian]

thanks for sharing kang eko

[@odir8254]

2:39:55 kan ada syntax sql untuk pencarian, kenapa harus dibuat duplikat lagi kolomnya

[@odir8254]

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

[@__AlvinYogaKesuma]

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.

[@malma28]

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.

[@mabrur4304]

kereeeeen

[@lutfi_haikim]

Pemilu yang bersih menghambat manipulasi dan kecurangan dalam pemilihan (Oligarki Politik)

[@aldimaulana4387]

Maaf mau tanya abang-abang yang udah nonton full atau pak eko. Disini bahas concurrency control gak?

[@AldyrizGuitar]

dosen saya aja ga pernah lo jelasin sampe se detail ini wkwk terima kasih banyak pak eko

[@bangor8296]

Mantap

[@aryavedas8506]

terimakasih

[@adaf22karina]

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 ?

[@adeandriansyah]

bantu jawab: karena relasi menyukai menggunakan atribut yang sama (email), jadi ditempatkan di tabel yang sama juga tidak diperlukan tabel tambahan. Cmiiw;

[@adaf22karina]

​@@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?

[@adeandriansyah]

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

[@adeandriansyah]

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.

[@xcc7437]

mantap

[@AhmadFauzi-ek8ke]

Kalau untuk tabel summary itu dibuat / diupdate ketika ada penambahan order baru yaa ?

[@junk_code1737]

Hebring

[@emiljamelmahmuda9043]

Pak @ProgrammerZamanNow mau nanya pak, apakah boleh di tabel penghubung Many to Many ada ID untuk Primary Keynya pak?

[@MrLino_]

Mas saya mau tanya, ketika sesorang select suatu database, apakah kita dapat monitoring atau mengetahui sesorang tersebut select data apa saja (seperti log)

[@adhiprasetyo4052]

mas eko kalo mau bikin aplikasi berorientasi object yang mana dulu yang harus dibuat apakah class nya dulu atau basis datanya dulu

[@rajahutan12134]

ashiapp

[@speksuperhero]

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 😂

[@emakcoding]

Maa syaa Allah.. 3 jam kurang 5 menit 14 detik.. 😂

[@arizona_as]

Thanks

[@AhmadFauzi-ek8ke]

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?

[@reinjin2371]

berarti nanti harus join table maksudnya?

[@a3-82]

coba dulu dosen gue jelasinnya kek gini 😢😢😢 mungkin lulusnya cepet

[@gamcast4283]

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🙏🙏

[@ProgrammerZamanNow]

Dipisah donk

[@MaulanaBarzaqi-if5lg]

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...

[@wandapriatna9916]

Cocoknya udh jadi dosen ini mah

[@ProgrammerZamanNow]

Dosen online aja

[@wallnut4270]

@@ProgrammerZamanNow dosen industri kang 😁

[@ikhsanmaulana8660]

Dulunya kan emang dosen 🎉

[@vanetti8771]

👍🏻

[@muhamadfaisalzabani]

Pa coba buat materi yang ada di perkuliahan dong

[@kelpinnnnnn]

Akhirnyaaa

[@ferifirmansyah4368]

Ini pelajaran bakal masuk di SISTEM INFORMASI bang? Serius nanya masih maba 🙂🙏

[@SweeteaLow]

iyaa betul

[@matriks_yang_bikin_bingung]

Caranya agar garis antar tabel entity tidak bertabrakan/berpotongan gimana ya? Saya bikin pake plantuml garisnya sering berpotongan.

[@curosaquila9995]

Android dev kapan dilanjutin bang?

[@al4965]

2:16:01

[@hidayahapriliansyah]

finally ... 🔥

[@mikhaelvanwellman28]

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 ?

[@flashnao4360]

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

[@kelvinrudy4678]

klau lampunya idup terus tapi dia engak kedap kedip