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😁🙏
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..
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).
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.
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!
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)
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. ✨
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.
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?
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 😅
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 :(..
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.
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
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.
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
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?
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
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?
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?
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. 😅
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 😁
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😁🙏
"Ga usah banyak gaya ya, pakai SQL aja."
Mantap mas wkwkwk
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..
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).
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
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.
ya allah semoga mimin masuk surga karena penjelasan yang sangat mudah & sederhana ini beserta analoginya
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)
Mantap pak Eko, makin keren tutorialnya..👍🙏
Jazakumullah khairan, mas
Kukira nonton channel Fireship, Ini Singkat Padat Jelas Menjelaskan. Terima Kasih Bang.
Awowkok, ch kang satir
makasi pak penjelasannya 🙏
Makin keren aja ni vidionya pak
Terima kasih penjelasan nya kang eko 🙏
Semoga bermanfaat
Alhamdulillah, penjelasannya mencerahkan
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. ✨
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
@@gannetg 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
@@gannetg SQL itu bisa buat mysql, postgres & sqlLite juga mas?
Duhh kang eko , kata kata mu damagenya bener bener mantap , The Real Experiance yang berbicara
11:24 Belakangan ini SQL udah support fulltext search (meski nambah index lagi), harusnya bisa bikin filtering lebih cepet daripada pake like
Semangat kang eko
Behh materi daging lagi
jadi intinya di CAP Theorem sebelum milih db.
baru tahu ini asli, terima kasih ilmunya om eko, kuliah malam
Auto like. Thanks ilmunya sangat bermanfaat 🙏
Makin seru ini channel wkwk.. makasih kang eko
Mantap pak Eko Penjelasan nya. Terimakasih
Terima kasih mas eko
lucu bang jokesnya hahahha apalagi yang jokes naik helikopter ke minimarket
terimakasih banget mas, dapat pencerahan
Terbaiq Mas Eko, maturnuwun mas sudah membantu menurunkan ego :D
ilmu baru nih, baru tau NOSQL.. tq bang atas infonya 🙏
mantaaaap pake bangeeet
mantap pa eko 🙏🙏🙏
Format barunya keren mas Eko, saya nonton di speed 1.5x pun masi bisa karena ada teksnya
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?
4:17 kocaaaaak.... 🤣🤣🤣🤣🤣
ternyata Mas Eko suka becanda jg ya, epic....wkwkwkwk
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
Pertanyaan bagus!
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 :)
Terimakasih buat materinya, mas eko. Kayaknya banyak yg butuh materi pembahasan Index di SQL database, khususnya untuk optimasi.
Terima kasih penjelasan nya pak
makasih banyak mas
mantap bang.. pencerahan nya...
Mantab. Jadi ngerti CAP theorem
daging lagi, mmmh, thank you Mas Eko 👀
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.
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
Akhirnya paham dari sekian banyak produk nosql
Data saya sekarang 1,7 TB dan pake sql server, sejauh ini baik2 saja.
Jelas sekali penjelasannya pak eko,mantap
makin asik sekarang pembawaannya ;*
Keren mas eko
Mantap pak eko, pejelasannya gampang di mengerti
mantap kanh..jadi freshh lagi nambah mood 🗿
oke sekarang berikan saya daftar layanan hosting yang gratis untuk SQL Database
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.
Dulu ngerjain TA sederhana aja dengan PD-nya pake oracledb.
terlalu berat laptop tak kuat.
Akhirnya pake mysql.
Makasih om eko mungkin bisa di tambahin juga om cost adopsi platform masing seperti elastic dan mungkin pgalaman om eko
Style pembawaannya mirip fireship pake meme jadi makin asik 😂
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
Panutan ku
Kelazz jawabannya pak akhirnya saya tidak insecure ama temen2 🤣🤣
wwkkw keren kang
Kalau untuk iot lebih baik pakai jenis database apa Pak?
wkwk dikorelasikan ame gengsi dong, bang kita tuh butuh nyari ilmunya biar bisa apply sana sini heheh
nyelipin meme dan style videonya ngingetin ama Fireship wkwkwk 🤣 tapi cocok sama topik dan penyampaiannya
fireship lokal nih
bg coba bahas design aplikasi sso dong?
Mantap mas eko, sebelumnya saya juga pakai nosql karena ngikut" yg lgi trend 😅
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?
betah nonton nya wkwkw
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
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
Kapan materi posgresql pak eko?
Terima kasih pak
Lucu tadi pas mau ke minimarket pake helikopter wwkwk
Casandra pengganti Maria Mercedes 🤣
mas bikin konten desain database chat dong
pagi-pagi sarapan daging😁
humor ku sereceh markirin helikopter
Agak kurang terbiasa dengan format video barunya, karena ga ada mukanya kang eko,
Tp format textvdan ilustrasi nya bagus juga
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?
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
Berarti redis mongo dkk availability nya kurang ya om, contohnya kaya gimana ya?
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
Fireship versi lokal😀
tydac ada kameranya~~
pak eko, kenapa hp ku redmi 9a yang dijadiin perbandingan sama iphone pak wkwkwk, jadi keliatan gapnya 🤣
Di project saya, saya selalu menggunakan SQL, ya memang rejekinya disitu 😅
Pak kapan POstgreSql Materi nya Meluncurrrrr Nih ???? :)
ga usah banyak gaya, pake Mysql aja
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. 😅
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
ke alfamart pake helikopter, , ,wkwkwk
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 😁
Balikin mukanya dong, Om Eko
biarin aja kali pak mau pake db apapun, gaya juga yang penting jalan :v