KENAPA PAGINATION ITU LAMBAT

[@SandyPut]

Disisi lain juga jadi ngerti habit user yang lebih mengubah kueri daripada melakukan pagination. Ilmu yang gak pernah didapatkan waktu kuliah padahal penting banget :) Terimakasih atas ilmunya, pak

[@erictranggono6154]

Request optimasi queri mas join dan teknik2nya

[@munawwiruljamal4149]

CMIIW Dari penjelasan, lazyload cuma berlaku kalo order by ID, kalo order by yg lain yang kemungkinan redundat value besar, price misalnya, jadi ga bisa. Elastic sendiri ada mekanisme pagination, karena emang ada fitur sorting. Kalo pagination emang tujuannya bisa loncat ke page tertentu, mungkin trik yang bisa dilakukan memang dengan menspesifikasikan data yg akan dicari seperti yang dijelaskan, dengan filter2 yang diperlukan dan menjadikan filter2 tersebut sebagai index. Termasuk kalo contoh case yang diambil tadi data user, itu sudah spesifik sekali filter by user yg sedang login.

[@NgodingPintar]

Keren, menambah wawasan terkait pagination, masalah yang pasti di alami setiap programmer, khusus nya pemula, hehe

[@arielariel2027]

Salfok baju tidur daster wanita import dress tanktop cup bra 20:33 bang udh beristri ya

[@invictussevenfold]

damn kita satu server :v

[@yonattansentosa1283]

Sempat berharap ada solusi lain

[@akunnakal3514]

Bang, pernah dengar cara speedup query dengan indexing gak? mohon pencerahannya. ada kasus dimana harus retrieve keseluruhan data tanpa dibatasi range atau kondisi tertentu, yang pastinya bakal lambat. Atau ada saran dan solusi lain bang? Dalam kasus ini saya pengguna Sql server.

[@didi_abdillah]

Bener banget, saya pernah ga sengaja nge-dummy database untuk ngetest web buatan saya sampe 500000+ record, dan pas nyoba ke last page prosesnya diatas 1 menit (lupa pastinya) baru kelar itupun kipas udah kerja keras kayak habis di benchmark atau nge-game, itu baru lokal kebayang kalau di server di pakai banyak client langsung overload dah

[@rachadiannovansyah9926]

Mahal ini wkwkwk thanks mas Eko sehat selalu aamiin :)

[@ekiindradi4163]

thanks pak eko, smoga ilmu & rizki nya makin bertambah , bnyk termotivasi dari channel ini , indonesia butuh bnyk orang kaya pak eko mantab

[@fahminurcahya972]

Terimakasih ilmunya mas, untuk implement lazy load seperti itu kan ada request data lagi ke beckend, triger untuk minta data lagi saat di scroll kebawah ada yang tahu kah namanya apa?

[@RhanTech]

ini yg di cari .. ini salah satu cara optimasi query yg sy gunakan, mungkin tambahanya di "select...: yg lumayan membantu kecepatan adalah ... denganlangsung menentukan field yg akan dipakai saja jadi misalkan select field1, fieldb... from dst... makasih kang sharingnya..

[@tiarajerry5900]

halo mas Eko..terima kasih atas sharing ilmunya.. kebetulan saya sedang mengalami kendala optimasi pagination di wicket.. setelah lihat video ini, saya jadi ada pencerahan bahwa optimasi page itu tidak selalu bisa dilakukan dengan set limit dan offset, perlu modifikasi klausa pada querynya agar dapat memperkecil jumlah data yang akan di-get..tapi kalau sudah di-filter dan datanya masih tetap banyak itu bagaimana ya mas? mungkin lain kali jika berkenan, bisa buat tutorial ttg wicket mas, atau cara combine wicket page dengan file .jsp.. terima kasih

[@muhammadfahriansyah3795]

keren pak eko, saya baru tau kalau pagination bisa lambat juga, jadi kepikiran salah satu platform video dewasa di internet yang diaksess banyak orang dan paginationnya sampai ratusan tapi lancar jaya, saya test cuma butuh 1.5s aja sampai ke page 223. kira - kira yg terjadi dibelakang gimana tuh pak ?

[@ProgrammerZamanNow]

coba nanti kita interview dba dari perusahaan dewasa itu #eh

[@anugerahcahayautama6472]

WKWKWK ASEM

[@aimanfadhil8125]

mungkin bisa saat design awal struktur table bang. setiap table punya field "sort_id" tinggal main di logic insertnya. tapi kayanya akan ribet di terapkan di table yang didalamnya sudah big data. soalnya harus partial update

[@EndiPratama]

Diluar topik sisi performa (lambat) dalam paging, menurut saya pagination nggak bisa dipungkiri memang dibutuhkan juga untuk "mengakali" estetika dari tampilan. Mungkin itu yang jadi penyebab klien yang non-teknis suka kekeuh pengen tetep ada pagination hehehe Terima kasih ilmunya mas

[@naailulghufron6592]

Mantap. Kyknya perlu ngebahas microservices nih. 😁😁😁

[@kid_rz]

rencana mau buat tutorial seo ga bang eko?

[@ExusiaiSilverash-qr7ef]

Bener2 info yg bermanfaat, thanks pak eko

[@adminbaperan]

Kalau aplikasi siakad, imposible untuk gak ditampilkan semua

[@newbidota9358]

bener banget ini, dulu buat CMS pakai laravel datanya per hari bisa sampai 1k lebih, dan clientnya minta semua data ditampilin pakai pagination, udah pakai serverside masih lambat.

[@mafatikhulhabibie1096]

klo d'liat dri video ini brrti gk guna pake serverside yaaah, krna klo serverside kyak query ulang

[@azharuddinarrosis1963]

klo di akalin pakai cache? masih ngefek gak ya 😅

[@eddiyanhasan7448]

Kalau ga keberatan...Boleh sharing pengalaman Mas..teknik2 untuk indexing dan foreign key

[@ekoiswinarso]

Biasanya kalau pagination disertai dengan count result-nya. Nah bagaimana supaya count-nya bisa cepat meski data jutaan row dalam kondisi query yang kriteria-nya dinamis? Yang sementara sudah saya lakukan: count di column yang sudah indexed dan ditambahkan query where ketika select count (*)...

[@fajara.r1379]

jika di range waktu tersebut ada satu juta data, apa ditampilkan semua ?

[@mahisaajy]

Iya gimana tuh ya

[@agushafizi4848]

Thx Bro...info yg sangat berguna..mau tanya aja..bgmn klo diakalin pakai paging..tpi setiap kta klik tombol page..kta pakai lazyload..?

[@ardyeamando643]

Thanks mas, akhirnya dibahas juga.

[@jiaan6120]

bang request materi belajar socket.io dong🙏🥺

[@chevalier5691]

Sorry mau nanya sesuatu yang agak frequent ditanyakan. Video2 premium member apa bakal dipost secara gratis juga ya setelah beberapa waktu? Materinya keren2 tapi saya kere2 :'v

[@arielariel2027]

Bang msh bingung,, 1. Misalkan kt tau data kita udh pasti kurang dr 1000, brarti msh boleh kt paging? Karna data gk trlalu banyak 2. Klo kita combine date filter sm paging boleh gk? Ato harusnya cmn date filter aja

[@nidzammuzakki2938]

Saran aku sih pke yg punya google aja itu. 14 page dulu. Klo udh lebih dri 14 titik awal nya pke where id. Sisanya offset limit lagi. Smpe seterusnya. Klo offset aja kan lama. Klo pke where id aja takutnya ada yg kosong susah utk pindah lngsng ke hal loncat2

[@Colaboraticode]

Mas,boleh dong share pengkodean programmer buat pemula, terimakasih

[@satuduatiga6792]

Bagaimana kalo pagination di user facing (desktop web) kita limit dr sisi fe hanya sampai 50 pages, mas?

[@egatejapratama]

kalo pake memcache itu bisa jadi solusi ga sih buat load data yg besar itu? saya punya studi kasus dengan data transaksi lampau maks 7 hari data transaksi, tapi ketika mau melakukan select ke db 7 hari itu rasanya lama bgt, nah saya baru mau belajar redis dari channel ini, tapi apakah itu bisa jadi solusi memindahkan database ke database di memory? takutnya malah jadi melakukan hal yg sia" bantu di jawab ya om

[@KangMus]

materi mantab, problem saya ketika nyari data range satu bulan, tetapi masih lambat berarti kudu kombinasi dengan lazy load ya? Karena range data satu bulan kalau detail bisa 1 jt record. terima kasih

[@stefanusayudha1853]

bang bikin ini dong aku kan belajar ngoding ni tp pas masuk perusahaan itu ada code base, JIRA ,dll nah itu mungkin bang bisa share programmer sekali masuk perusahaan itu step by step apa yang harus dia lakukan dan pelajari..

[@kirukbalgar]

Alasan Olshop semakin nyari barang ditengah list semakin lamban nungguinnya 😅. Pantesan berlomba2 pake jasa Vip biar 1st Page saat diurutan pencarian

[@isagoutama3987]

Udah lama bingung soal handle pagination kalo pake caching gimana caranya, ternyata pagination emang problem

[@xvonsteam5303]

pagu pagination yt biru enteng

[@alazmiify]

itu 12 orang yg dislike punya masalah hidup apaya?

[@rifkigelimbung]

bener bro, video tutorial mantabs kyk gini koq dikasih jempol kebalik hehe

[@JohanesRaKinaung]

bang mau tnya, bisa nggak yah pake pagination, terus querynya pake query sperti lazy load ?

[@hisbilislami5546]

Tokopedia tetap pakek pagination.. coba filter yg jauh tglnya

[@athallahrikzaihsani8151]

20:03 wah ada baju dinas tuh :v

[@Alam-hi2ry]

Pertama kali belajar pagination tuh nyesuain sama spesifikasi connection graphql. Dulu mah ga ngerti kenapa rekomendasi dari graphql seperti itu selain karena konsistensi data. Sekarang jadi ngerti kenapa.

[@ArifRahmanHakimCethol]

ini ilmu yang bermanfaat dan cukup basic untuk dipahami, tapi bagaimana jika kita punya query yang ordering nya itu berdasarkan banyak kategori dan formula.

[@itclass2771]

👍👍... Makanya biasa pakai overflow : scroll; 😁

[@ramzdany]

Ternyata ini toh problemnya, thanks pak eko, salam dari mahasiswamu...

[@TigaWarnaToko]

Saran mas Eko, tlg buatin konten "Kenapa Report itu lambat" krn sy struggler buat export report ke excel dengan data ribuan

[@purwasadr]

Kalo di Firebase Firestore paging nya lambat juga nggak?

[@edwinsulaiman6143]

masih satu topik dengan pagination nih bang, bagaimana google maupun amazon menghitung total jumlah data dari hasil pencarian dengan cepat?

[@munawwiruljamal4149]

Setahu gw, kalo cuma count, harusnya ditributed data ga masalah, bahkan lebih cepet kalo dilakukan secara paralel

[@edwinsulaiman6143]

@@munawwiruljamal4149 kalau dari pengalaman saya, kalau jumlah data nya cuman ribuan gak ada masalah sih, beda lagi kalau udh jutaan performa nya udh berasa

[@aldhonie]

Thank you ilmunya bang... Kesimpulan yg ane dapet: - Mesti paham dulu penggunaannya dimana (Google saat ini pakai pagination pada halaman search). - Kalo emang keperluannya pakai pagination ya ga perlu di ubah ke lazy load (Google pakai pagination kok). - Kalo lambat ya solusi nya emang mesti di page limit dan query tambahan atau suggstion lain. (Seperti google) Kolom komentar youtube ini pakai lazy load ya?

[@aldyhg7268]

sangat berguna, saya mengalami sendiri, akhirnya berpindah ke lazyload

[@fajarrukmo]

Ow ternyata yang saya terapkan ternyata sudah benar. Pakai tanggal seperti banking dan tokopedia. Terima kasih penjelasannya.

[@anonymouspurpose6799]

Pagi mas eko, kebetulan nemu video ini dan sangat menarik. Saya mau tanya, atau ada teman" disini yang sudah mempraktekan hal yg sama untuk tetap dapat menampilkan pagination (Contoh menggunakan datatable, dan limit 10 data perpage), workaround yg saya gunakan adalah : Count row yang ada di table terkait agar bisa menampikan pagination untuk datatable tersebut, kemudian query 10 row pertama yg akan di tampilkan sebagai data awal, kemudian untuk page 2 dan seterusnya itu kita query lagi sesuai offset dan limitnya ketika paging di klik jadi di awal, kita hanya mengirim informasi berapa jumlah data di table tersebut untuk datatable dapat generate pagination sesuai data perpage dan hanya mengirim 10 data awal saja, selebihnya untuk page selanjutnya akan melakukan query dinamis. Apa temen" disini ada yang pernah melakukan seperti ini ? Kasusnya karna user lebih nyaman menggunakan pagination dibanding scroll apakah langkah ini sudah tepat? mohon advise

[@pakdanan8429]

pakai teknik keyset/seek method/cursor pagination pak

[@HabibNurrahman]

Setuju bang, cm tadinya blm tau alesan rincinya skrg jd tau...

[@dummail5709]

Wah mantap.. bermanfaat nih, tinggal gimana cara kita ngedukasi orang non IT yang maunya pagination

[@suryabejibun]

Tapi teknik tokopedia kurang efektif sebenernya, karena banyak yg liat daftar transaksi yg bisa aja ngga inget kapan dia beli barang, nanti jadi berujung banyak request karena usernya nyari-nyari.

[@alamasyarie]

Bagaimana dong solusinya? Ya ga ada solusinya, solusinya adalah jangan paging 😂😂

[@codiphobia884]

bang gimana caranya kita mengetahui jumlah banyak data yang ada di database tapi dengan kecepatan seperti google/amazon? terima kasih bang

[@agunggunawan3986]

Pernah nemu response dari api ada yang namanya cursor cursor gitu kirain mah itu teknik paginasi, eh apa saya aja yang gak tau. Kira kita itu apaan ya mas eko ?

[@EdiPrasetyo_goodedia]

Apakah menggunakan id auto increament pada data sensitif itu sebenarnya ga berisiko?

[@indradalopez]

Mantap ❤

[@2manasama]

atur nuhun mas ^_^ video ini bisa jadi patokan kalau customer yang buat aplikasi ngotot pengen paging

[@Groovepublic]

Bang kapan praktek buat aplikasi dari awal , splash screen , login , dan isinya

[@widikuworo]

Pak kalau untuk db ORACLE bagaimana ya, di tunggu solusinya

[@farham_harvianto]

ini Gila sih.... Keren bats emang bang kribo.... Terima kasih banyak mas.. bisa jadi 1 paper ini kalo dibuat tulisan.. hehe

[@diyanpramanaputra]

terima kasih bang, fix ini solusi banget untuk web saya,

[@rizkhal]

Nanti kalo ditanya bos kenapa aplikasinya lambat tinggal saya kirim link yotubnya mas eko haha

[@wildananugrah]

19:32 BLACKPINK!, aduh salah fokus, paging paging black eh paging lambat

[@fatkur]

kereeen banget pak :)

[@codersindonesia]

Terima kasih kang. Mantaaps

[@mahen7675]

speed 1.25 lebih direkomendasikan

[@FullStuckProgrammer]

mantap pak Eko, makasih atas ilmu nya ...

[@azimb2280]

kalo di bantu sama chaching atau redis kira kira bisa g ya kang biar agak gede dikit limit paginationnya

[@AdamSuchiHafizullah]

Bagaimana kalau mongodb ngga ada id yang incrementnya? Hanya ada _id.

[@aldesrahim]

gokil ini asli, gw sering nemuin table tanpa paging tapi filter by tanggal tapi gatau kenapa begitu dan gak pake paging, di video ini mantap banget penjelasannya, jadi lebih paham..

[@crushfire2004]

Ada jg trick chunking, misal kita ambil dl 1000 data, di client ditampilkan 25 per halaman jd bisa sampe page 40, nanti pas request page 41 kita ambil lg 1000 data, bisa sampe page 80, dst. Tp ya tetep harus dikombinasi dgn clausa where id unik/tanggal biar lebih optimal.

[@ProgrammerZamanNow]

buang2 resource dan bandwith, query 1k data yang belum tentu dipake oleh user

[@hendrawansulistyanto731]

Semoga kang eko sehat selalu. Ilmunya sangat bermanfaat

[@abandxz]

saya baru count page aja udah lemot gara2 banyak relasi table hahaha

[@userprod2825]

kalau id atau field lainnya nya non sortable/incremental itu gmn ya untuk kasus lazy load ?

[@dev4d]

Apakah kalau pakai Cassandra / ScyllaDB lambat juga mas eko?

[@dikdikpermana4635]

Terimakasih bang atas penjelasannya. Ada yg mau saya tanyakan, ok kita pilih filter tgl between. Tp jika kasusnya rangenya itu dalam 5tahun terakhir misalnya, apakah masih tdk perlu menggunakan pagination kah ? Mungkin ada penjelasan bgmana mengatasi kasus spt ini 🙏

[@bendixabdau]

mantap bang.. cuma channel ini yg isinya daging semua...

[@andriadis]

kalau saya pake kriteria data berdasarkan bulan di create

[@priambodonurkurniawan1227]

keren mas, penjelasannya mudah dicerna dan disertai implementasi kongkritnya

[@alanwake4537]

Fabebook makin ke bawah bisa bikin pc lemot kali

[@davis9c]

rata rata situs b*k*p ngasih paging sampek ribuan

[@fxpianochannel]

Nice!

[@sryaagung]

dari menit 3 udah paham problemnya

[@mochamadrizkifirdaosyi]

bang saran az, video khusus yg premium, gmbar thumbnailnya, di kasih logo/tanda nya.

[@ena1735]

mas eko.. mau donk membahas arsitekur cloud dalam sebuah aplikasi besar.. misalkan spt blibli, tokopedia, shopee dll.. menurut mas eko .. provider yg paling bagus apa yg paling banyak di pake sama startup2 besar itu.. kalo bisa sekalian bagaimana cara implementasikan microserivices itu spt apa jika di implemntasikan dalam cloud.. lalu pada saat apakah kita dapat menggunakan serverless function services, atau kubernetes docker

[@restuwahyusaputra7350]

coba mas eko tolong bahas mengenai cloud computing seperti aws,gpc,azure atau do

[@user-py8wc6uk8i]

Mantul, bang eko... Lanjutkan dengan tips2 lainnya...terima kasih 😊😊😊

[@artnation6612]

Thank u mas eko, solusi dan penjelasan yang sangat bermanfaat

[@wahyuiqsamsyafaq2939]

oiya bener juga, thanks om infonya

[@suryaid5755]

masih menunggu dart dan flutter dari mas eko

[@rafinurromadhon6905]

mantep mas, terima kasih wawasannya, semoga diberkahi

[@afdhalyaned3176]

Baru nemu channel ini. Keren banget penjelasannya..

[@azharlihan]

Kereen bgt ilmu nya. Pas banget sama problem yang saat ini dihadapi. Memang project yang saya kerjakan record nya belum sebanyak itu, tapi ngeliat pertumbuhan datanya, jd khawatir ke performa di masa mendatang. Makasih banget atas sharing ilmunya.