Terimakasih atas saran nya pak. Seorang Programmer Profesional yang memanusiakan juniornya. Panutan pak. Semoga semakin berkah ilmu nya pak, biar yg mempelajarinya cepat tanggap dan faham. #idolaku😁🙏
Suka banget dengan format menjawab pertanyaan yang sekarang, dari desain slide lebih kece dan ditambah story telling yang menarik sukses selalu mas ekoo 👍
Terima kasih untuk insight-nya, kang. Kerjaan saya saat ini awalnya pakai PostgreSQL, namun pindah ke MongoDB karena perubahan schema yang cukup sering dan ada pertimbangan jumlah row yang sangat banyak (melihat dari sisi bisnisnya).
KEREEN BANGET BANG EKOO, Simpel sama masuk ke kepala banget sama contoh-contoh sederhana begini sama saran penggunaannya yg REAL CASE.. semoga ilmu sama pahalanya terus bertambah bang eko amiin..
Baru tahu tentang kaidah CAP, daridulu tabrak pake RDBMS karna emang paling simple format datanya dan simple juga waktu export data ke file (karna emang format export file selalu minta tabular selama bikin app)
Pak Eko, terima kasih untuk penjelasan yang singkat dan padat. Mungkin kurang tepat kalau MongoDB dibilang tidak ada join, fitur ini ada dengan fungsi $lookup. Mungkin satu lagi kenapa mengunakan NoSQL adalah untuk horizontal scaling dan high availability kaena biasanya lebih mudah. 8 tahun lalu buat high availibility untuk MS-SQL susah banget. Di perusahaan saya bekerja kita menganti elasticsearch dengan altas search. Sekali lagi keren!
awal perumpamaan sangat relate, "jika tidak butuh dan masih bisa work kenapa harus ganti?,karna gengsi?", wkwk, kenyataan saat ini 😮💨, yang belajar banyak hal, hanya karna "katanya..", dan belum tentu dibutuhkan🥲,jadinya ga kepake malahan :(..
Dulu saya belajar ngoding dari channel luar yang rata2 pake Mongodb. Jadinya DB awal yang saya pake Mongodb pake ORM Mongoose di Javascript. Tapi selalu ada rasa penasaran buat belajar Postgresql karna sejarahnya dan karna nonton Benawad. Akhirnya belajar deh SQL. Ternyata ga susah2 amet dan selama ini percuma pake Mongodb dipakein schema dari Mongoose. Karna sebenernya sama aja pake RDBMS tapi dengan teknologi yang ga se-mature dan battle tested kaya RDBMS. Dan sekarang akhirnya konsisten pake Sqlite karna bener2 simple dan ga kalah cepet sama client-server database kaya postgres atau mysql. Malah di beberapa query jauh lebih cepet.
Hehehe kemarin dicurhatin pake no sql aja lebih gampang 😂 Keknya video ini bisa ku jadikan bahan counter attack, karena milih yang kiranya cocok kadang bingung.
1:25 wkwkw, bener pak hp saya redmi 9a spt digambar masih aman-aman aja dipakai sampai saat ini, sesuai kebutuhan. terimakasih atas ilmu yang share pak, video" pak Eko bener" _meat and potatoes_ , sukses terus pak. ✨
Penjelasan-nya bagus dan mudah dimengerti..tapi sayang dipenuhi dgn pesan2 negatif tentang no-sql. Berasa kayak lagi dengerin sales SQL..saran saya kurangi pesan negatif-nya dan fokus ke komparasi saja.
Izin bertanya juga pak Eko, saya pernah punya projek di salah satu perusaahan tempat saya bekerja, di projek tersebut saya ditugaskan untuk membuat daemon(background app) yang bertugas untuk membandingkan(komparasi) dua file berbentuk csv yang masing-masing file besarnya bisa mencapai 30GB~60GB lebih. Komparasi tersebut memiliki beberapa layer atau level komparasi yang masing2 layer memiliki key compare yang berbeda-beda, misal, pada level 1 dibandingkan berdasarkan field tanggal dan area, apabila tidak ketemu maka komparasi akan turun ke level 2 yang dibandingkan berdasarkan field area saja. Nah saya pernah menghadapi kesulitan dimana waktu perbandingan nya tersebut memakan waktu yang sangat lama, waktu itu saya menggunakan nosql database seperti KyotoCabinet untuk menyimpan key compare dari kedua file tersebut, kemudian nanti aplikasi akan mengkomparasi berdasarkan key compare tersebut. Pertanyaannya apakah untuk jenis aplikasi seperti diatas bisa menggunakan ELK? Dan apakah ELK bagus untuk komparasi data besar seperti itu?
terimakasih atas penjelasan nya. dulu sempet mau ikut-ikut orang buat pake semua project dengan nosql (khususnya di document) tapi jadi paham setelah setelah liat dan denger video ini.
wah melihat lowongan sekarang banyak yang men demand no sql sebagai salah satu requirement nya. membuatku bingung apa harus belajar dulu walaupun tidak ada kebutuhannya
mas eko berarti jika kita ada kebutuhan data untuk fitur search dalam db size yang besar, make elasticsearch ya, berarti dbnya itu diduplikat atau gmna mas? misal db nya sql nama tablenya product, trus sih isi table product ini di copy kah ? lalu pindah ke elastic? ini jika casenya baru mau nerapin elasticsearch. tpi jika sudah diterakpan elasticsearch diawal Nah alur perpindahan nya itu dari sql -> ke elastic biar otomatis gmna mas apa pas nambah data product disave juga ke elastic datanya ? jadi kesimpan di 2 service . mohon jawabannya mas eko terima kasih
dulu kerja di asuransi, database nasabah dari tahun 1987 masih di manage pake sql server, malah ada yg masih pake foxpro 😂 selama manajemen puas itulah tools yg terbaik 😂 mau ng-ide ganti nosql ngikutin trend saat ini itu sih bunuh diri namanya di kita 😂😂 kalau kerja di vendor IT silahkan deh eksplore yg baru2 terus, kalau di end user pertimbangannya banyak 😅
belajar nodejs dkk sama nosql gara2 trend terus pengen tau doang, ujung2nya yg jadi duit laravel lagi, sql lagi 😂 yg lain2 malah lupa gak pernah kepake 😂😂
jadi kalau misal kita bikin query insert sebuah produk harus langsung meng query ke 2 database kang? baru tau saya teknik ini, makasih ilmunya kang. lagi dapet project ERP nih soalnya
Wah ini pernah saya alami, diminta pakai Elasticsearch tapi pingin data yg muncul realtime setelah di insert di pencarian, sangat membuat frustasi pada masa itu haha
Paling kesel klo ketemu Backend developer yang disuruh optimasi query SQL tapi bilang nya "nanti aja", disuruh belajar nosql, bilang nya "nanti aja" Padahal kebutuhan sama seperti contoh di video atas, yaitu perlu fungsi sort manual per kolom di datatable 😁
kang mau nanya kangg,kalau composite index di mysql tuh semisal ada order,mesti digabung sama column ordernya atau kombinasi query wherenya saja yg di index?
Apakah ada nosql database yg digunakan untuk aplikasi ERP? Karena menurut saya utk aplikasi bisnis yg terkait journal dll Relational Database masih belum tergantikan. Btw cosmosdb termasuk nosql yg mana yah?
salah ga sih bang kalo saya pake mongodb karena waktu tu saya ga ngerti query sql. trus query mongodb itu kok enak banget liatnya. kayak javascript dia. jadi saya pake itu. ya untuk relasi2an bisa sih pake library Mongoose. di mongose juga ada join kok bang. bukannya saya sok2 noSQL tapi waktu pemutusan bikin arsitektur dari aplikasinya emang saya saat itu dan sampe sekarang ga tau cara query sql :(
Kalo saya kebalikannya, hampir ngga pernah pake noSQL (pernah sekali waktu belajar bikin android apps yg DB nya pake firebase), dan selalu pake RDBMS jd belum ngerti2 konsep DB di noSQL. Bingungnya pas design DB nya. Kebiasaan kalo pake SQL selalu gitu soalnya. 😅
semisal kita implement 2 database MySQL dan NoSQL untuk search kaya ES, untuk sinkronisasi data dari MySQL ke ES apakah perlu message broker atau yang lain?
"Ga usah banyak gaya ya, pakai SQL aja."
Mantap mas wkwkwk
Terimakasih atas saran nya pak. Seorang Programmer Profesional yang memanusiakan juniornya. Panutan pak. Semoga semakin berkah ilmu nya pak, biar yg mempelajarinya cepat tanggap dan faham.
#idolaku😁🙏
ya allah semoga mimin masuk surga karena penjelasan yang sangat mudah & sederhana ini beserta analoginya
Suka banget dengan format menjawab pertanyaan yang sekarang, dari desain slide lebih kece dan ditambah story telling yang menarik sukses selalu mas ekoo 👍
Semoga menginspirasi
Terima kasih untuk insight-nya, kang.
Kerjaan saya saat ini awalnya pakai PostgreSQL, namun pindah ke MongoDB karena perubahan schema yang cukup sering dan ada pertimbangan jumlah row yang sangat banyak (melihat dari sisi bisnisnya).
KEREEN BANGET BANG EKOO, Simpel sama masuk ke kepala banget sama contoh-contoh sederhana begini sama saran penggunaannya yg REAL CASE.. semoga ilmu sama pahalanya terus bertambah bang eko amiin..
Baru tahu tentang kaidah CAP, daridulu tabrak pake RDBMS karna emang paling simple format datanya dan simple juga waktu export data ke file (karna emang format export file selalu minta tabular selama bikin app)
lucu bang jokesnya hahahha apalagi yang jokes naik helikopter ke minimarket
Kukira nonton channel Fireship, Ini Singkat Padat Jelas Menjelaskan. Terima Kasih Bang.
Awowkok, ch kang satir
Pak Eko, terima kasih untuk penjelasan yang singkat dan padat. Mungkin kurang tepat kalau MongoDB dibilang tidak ada join, fitur ini ada dengan fungsi $lookup. Mungkin satu lagi kenapa mengunakan NoSQL adalah untuk horizontal scaling dan high availability kaena biasanya lebih mudah. 8 tahun lalu buat high availibility untuk MS-SQL susah banget. Di perusahaan saya bekerja kita menganti elasticsearch dengan altas search. Sekali lagi keren!
bener, pas nonton bilang gaada join kok aneh. sering query make $lookup dan emang nyaman banget make document database ini.
makasi pak penjelasannya 🙏
awal perumpamaan sangat relate, "jika tidak butuh dan masih bisa work kenapa harus ganti?,karna gengsi?", wkwk, kenyataan saat ini 😮💨, yang belajar banyak hal, hanya karna "katanya..", dan belum tentu dibutuhkan🥲,jadinya ga kepake malahan :(..
Tapi requirement kerjanya gitu :)
Alhamdulillah, penjelasannya mencerahkan
Mantap pak Eko, makin keren tutorialnya..👍🙏
Makin keren, makin mudah dipahami kalo bentuk slidenga kaya gini om.
Mantul, mantap samsull..
Dulu saya belajar ngoding dari channel luar yang rata2 pake Mongodb. Jadinya DB awal yang saya pake Mongodb pake ORM Mongoose di Javascript. Tapi selalu ada rasa penasaran buat belajar Postgresql karna sejarahnya dan karna nonton Benawad. Akhirnya belajar deh SQL. Ternyata ga susah2 amet dan selama ini percuma pake Mongodb dipakein schema dari Mongoose. Karna sebenernya sama aja pake RDBMS tapi dengan teknologi yang ga se-mature dan battle tested kaya RDBMS. Dan sekarang akhirnya konsisten pake Sqlite karna bener2 simple dan ga kalah cepet sama client-server database kaya postgres atau mysql. Malah di beberapa query jauh lebih cepet.
mantap deh channel ben awad itu, dl bljr advance react dari channel dia
Setuju sih yg masalah schema mongoose, niat hati pengen ga ribet schema2 an, eh ada namanya si mongoose wkakak, mending pake sql sekalian
Jadi menurut gua better firebase sekalian kalo buat nosql
Sqlite gak bisa async write gak mengganggu ya? Gw lagi pilih2 DB dan dah pake Sqlite tapi watir kebentur sama keterbatasan soal async write itu.
@@aldipiero747 ya ga usah pake lib mongoose lah
Duhh kang eko , kata kata mu damagenya bener bener mantap , The Real Experiance yang berbicara
jadi intinya di CAP Theorem sebelum milih db.
baru tahu ini asli, terima kasih ilmunya om eko, kuliah malam
ilmu baru nih, baru tau NOSQL.. tq bang atas infonya 🙏
Terima kasih penjelasan nya kang eko 🙏
Semoga bermanfaat
Mantap pak Eko Penjelasan nya. Terimakasih
Akhirnya paham dari sekian banyak produk nosql
Hehehe kemarin dicurhatin pake no sql aja lebih gampang 😂
Keknya video ini bisa ku jadikan bahan counter attack, karena milih yang kiranya cocok kadang bingung.
11:24 Belakangan ini SQL udah support fulltext search (meski nambah index lagi), harusnya bisa bikin filtering lebih cepet daripada pake like
Jazakumullah khairan, mas
Auto like. Thanks ilmunya sangat bermanfaat 🙏
1:25 wkwkw, bener pak hp saya redmi 9a spt digambar masih aman-aman aja dipakai sampai saat ini, sesuai kebutuhan.
terimakasih atas ilmu yang share pak, video" pak Eko bener" _meat and potatoes_ , sukses terus pak. ✨
Format barunya keren mas Eko, saya nonton di speed 1.5x pun masi bisa karena ada teksnya
Mantab. Jadi ngerti CAP theorem
Mantap pak eko, pejelasannya gampang di mengerti
terimakasih banget mas, dapat pencerahan
Dulu ngerjain TA sederhana aja dengan PD-nya pake oracledb.
terlalu berat laptop tak kuat.
Akhirnya pake mysql.
4:17 kocaaaaak.... 🤣🤣🤣🤣🤣
ternyata Mas Eko suka becanda jg ya, epic....wkwkwkwk
Data saya sekarang 1,7 TB dan pake sql server, sejauh ini baik2 saja.
Jelas sekali penjelasannya pak eko,mantap
Terbaiq Mas Eko, maturnuwun mas sudah membantu menurunkan ego :D
Terima kasih penjelasan nya pak
Penjelasan-nya bagus dan mudah dimengerti..tapi sayang dipenuhi dgn pesan2 negatif tentang no-sql.
Berasa kayak lagi dengerin sales SQL..saran saya kurangi pesan negatif-nya dan fokus ke komparasi saja.
Makin keren aja ni vidionya pak
Kelazz jawabannya pak akhirnya saya tidak insecure ama temen2 🤣🤣
Izin bertanya juga pak Eko, saya pernah punya projek di salah satu perusaahan tempat saya bekerja, di projek tersebut saya ditugaskan untuk membuat daemon(background app) yang bertugas untuk membandingkan(komparasi) dua file berbentuk csv yang masing-masing file besarnya bisa mencapai 30GB~60GB lebih. Komparasi tersebut memiliki beberapa layer atau level komparasi yang masing2 layer memiliki key compare yang berbeda-beda, misal, pada level 1 dibandingkan berdasarkan field tanggal dan area, apabila tidak ketemu maka komparasi akan turun ke level 2 yang dibandingkan berdasarkan field area saja. Nah saya pernah menghadapi kesulitan dimana waktu perbandingan nya tersebut memakan waktu yang sangat lama, waktu itu saya menggunakan nosql database seperti KyotoCabinet untuk menyimpan key compare dari kedua file tersebut, kemudian nanti aplikasi akan mengkomparasi berdasarkan key compare tersebut.
Pertanyaannya apakah untuk jenis aplikasi seperti diatas bisa menggunakan ELK? Dan apakah ELK bagus untuk komparasi data besar seperti itu?
terimakasih atas penjelasan nya. dulu sempet mau ikut-ikut orang buat pake semua project dengan nosql (khususnya di document) tapi jadi paham setelah setelah liat dan denger video ini.
Akhirnya pake apa gan
@@taufiqhidayah9483 pake postgresql dan mysql sih mas
@@gannetghanadi9407 ada saran ga gan sumber belajar nya dimana
@@taufiqhidayah9483 di youtube ini ada kok. kalo gak ya udemy . programmer zaman now juga ada di udemy
@@gannetghanadi9407 SQL itu bisa buat mysql, postgres & sqlLite juga mas?
mantap bang.. pencerahan nya...
Terimakasih buat materinya, mas eko. Kayaknya banyak yg butuh materi pembahasan Index di SQL database, khususnya untuk optimasi.
Semangat kang eko
Makin seru ini channel wkwk.. makasih kang eko
oke sekarang berikan saya daftar layanan hosting yang gratis untuk SQL Database
wah melihat lowongan sekarang banyak yang men demand no sql sebagai salah satu requirement nya. membuatku bingung apa harus belajar dulu walaupun tidak ada kebutuhannya
makin asik sekarang pembawaannya ;*
Style pembawaannya mirip fireship pake meme jadi makin asik 😂
mantap kanh..jadi freshh lagi nambah mood 🗿
mas eko berarti jika kita ada kebutuhan data untuk fitur search dalam db size yang besar, make elasticsearch ya,
berarti dbnya itu diduplikat atau gmna mas?
misal db nya sql nama tablenya product, trus sih isi table product ini di copy kah ? lalu pindah ke elastic?
ini jika casenya baru mau nerapin elasticsearch.
tpi jika sudah diterakpan elasticsearch diawal
Nah alur perpindahan nya itu dari sql -> ke elastic biar otomatis gmna mas apa pas nambah data product disave juga ke elastic datanya ? jadi kesimpan di 2 service .
mohon jawabannya mas eko terima kasih
Makasih om eko mungkin bisa di tambahin juga om cost adopsi platform masing seperti elastic dan mungkin pgalaman om eko
daging lagi, mmmh, thank you Mas Eko 👀
dulu kerja di asuransi, database nasabah dari tahun 1987 masih di manage pake sql server, malah ada yg masih pake foxpro 😂
selama manajemen puas itulah tools yg terbaik 😂
mau ng-ide ganti nosql ngikutin trend saat ini itu sih bunuh diri namanya di kita 😂😂
kalau kerja di vendor IT silahkan deh eksplore yg baru2 terus, kalau di end user pertimbangannya banyak 😅
Jadi inget kata senior saya, Klq udah works and running well jangan di utak atik
Behh materi daging lagi
Terima kasih mas eko
Karena kebutuhan kerja masih pake sql dan php jadi belum sempet belajar noSql :"
Idem lahh
Pertahankan mas, sebisa mungkin hindari nosql klo nantinya tetap pake aggregate sama pipeline (lebih mudah pake sql utk ini)
Nama lo kurang "dolor sit" sesudah Ipsum 🤣
@@crushfire2004 sesuain kebutuhan aja... Biasanya noSQL dipake buat simpan configurasi kalo di tim saya
belajar nodejs dkk sama nosql gara2 trend terus pengen tau doang, ujung2nya yg jadi duit laravel lagi, sql lagi 😂
yg lain2 malah lupa gak pernah kepake 😂😂
jadi kalau misal kita bikin query insert sebuah produk harus langsung meng query ke 2 database kang? baru tau saya teknik ini, makasih ilmunya kang. lagi dapet project ERP nih soalnya
nyelipin meme dan style videonya ngingetin ama Fireship wkwkwk 🤣 tapi cocok sama topik dan penyampaiannya
Agak kurang terbiasa dengan format video barunya, karena ga ada mukanya kang eko,
Tp format textvdan ilustrasi nya bagus juga
Mantap mas eko, sebelumnya saya juga pakai nosql karena ngikut" yg lgi trend 😅
mantaaaap pake bangeeet
Pertanyaan bagus!
mantap pa eko 🙏🙏🙏
wkwk dikorelasikan ame gengsi dong, bang kita tuh butuh nyari ilmunya biar bisa apply sana sini heheh
Wah ini pernah saya alami, diminta pakai Elasticsearch tapi pingin data yg muncul realtime setelah di insert di pencarian, sangat membuat frustasi pada masa itu haha
mas eko request kapan kita butuh pake graphql dan rpc
Casandra pengganti Maria Mercedes 🤣
makasih banyak mas
Terima kasih pak
Lucu tadi pas mau ke minimarket pake helikopter wwkwk
mas bikin konten desain database chat dong
Di project saya, saya selalu menggunakan SQL, ya memang rejekinya disitu 😅
fireship lokal nih
bg coba bahas design aplikasi sso dong?
Kalau untuk iot lebih baik pakai jenis database apa Pak?
Paling kesel klo ketemu Backend developer yang disuruh optimasi query SQL tapi bilang nya "nanti aja", disuruh belajar nosql, bilang nya "nanti aja"
Padahal kebutuhan sama seperti contoh di video atas, yaitu perlu fungsi sort manual per kolom di datatable 😁
kang mau nanya kangg,kalau composite index di mysql tuh semisal ada order,mesti digabung sama column ordernya atau kombinasi query wherenya saja yg di index?
Pak kapan POstgreSql Materi nya Meluncurrrrr Nih ???? :)
ga usah banyak gaya, pake Mysql aja
pagi-pagi sarapan daging😁
Kapan materi posgresql pak eko?
betah nonton nya wkwkw
humor ku sereceh markirin helikopter
Fireship versi lokal😀
nice ingfo pack
Apakah ada nosql database yg digunakan untuk aplikasi ERP? Karena menurut saya utk aplikasi bisnis yg terkait journal dll Relational Database masih belum tergantikan. Btw cosmosdb termasuk nosql yg mana yah?
Panutan ku
Keren mas eko
wwkkw keren kang
ke alfamart pake helikopter, , ,wkwkwk
Berarti redis mongo dkk availability nya kurang ya om, contohnya kaya gimana ya?
tydac ada kameranya~~
pak eko, kenapa hp ku redmi 9a yang dijadiin perbandingan sama iphone pak wkwkwk, jadi keliatan gapnya 🤣
karna gengsi 😅
pak Eko, aku mau tanya, apakah berarti penggunaan 2 jenis atau lebih tipe database merupakan praktik yang baik dalam pembuatan sebuah aplikasi?
Iya, praktik biasa
salah ga sih bang kalo saya pake mongodb karena waktu tu saya ga ngerti query sql. trus query mongodb itu kok enak banget liatnya. kayak javascript dia. jadi saya pake itu.
ya untuk relasi2an bisa sih pake library Mongoose. di mongose juga ada join kok bang. bukannya saya sok2 noSQL tapi waktu pemutusan bikin arsitektur dari aplikasinya emang saya saat itu dan sampe sekarang ga tau cara query sql :(
Kalo saya kebalikannya, hampir ngga pernah pake noSQL (pernah sekali waktu belajar bikin android apps yg DB nya pake firebase), dan selalu pake RDBMS jd belum ngerti2 konsep DB di noSQL. Bingungnya pas design DB nya. Kebiasaan kalo pake SQL selalu gitu soalnya. 😅
semisal kita implement 2 database MySQL dan NoSQL untuk search kaya ES, untuk sinkronisasi data dari MySQL ke ES apakah perlu message broker atau yang lain?
sepemikiran juga
Biasanya dibuat migration service/cron/message broker sesuai kebutuhan
Balikin mukanya dong, Om Eko
biarin aja kali pak mau pake db apapun, gaya juga yang penting jalan :v
Mau nanya, saya pernah pake mongoDB, tpi bisa melakukan join documents seperti tabel, mirip sql jadinya, apakah itu salah secara standard nosql?
Pake lookup y bang