KENAPA PAGINATION ITU LAMBAT
HTML-код
- Опубликовано: 12 сен 2024
- Pada vlog kali ini, kita akan bahas tentang kenapa pagination itu lambat, dan bagaimana kira-kira solusinya untuk menangani permasalahan ketika kita mendapat permasalahan pagination yang sangat lambat di aplikasi kita
#database #pagination #vlog
PREMIUM
JOIN PREMIUM : www.programmer...
DISCORD PREMIUM : • Post
Link pendukung :
- mariadb.com/kb...
- stackoverflow....
- www.elastic.co...
- rimdev.io/elas...
- lucene.apache....
- / mongodb-pagination-fas...
Donasi :
Saweria : saweria.co/Pro...
Social Media :
Instagram : / programmerzamannow
Facebook : / programmerzamannow
Telegram : t.me/Programme...
RUclips : / programmerzamannow
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
Keren, menambah wawasan terkait pagination, masalah yang pasti di alami setiap programmer, khusus nya pemula, hehe
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.
Request optimasi queri mas join dan teknik2nya
thanks pak eko, smoga ilmu & rizki nya makin bertambah , bnyk termotivasi dari channel ini , indonesia butuh bnyk orang kaya pak eko mantab
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..
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
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
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
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.
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..
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.
Mahal ini wkwkwk thanks mas Eko sehat selalu aamiin :)
Ow ternyata yang saya terapkan ternyata sudah benar. Pakai tanggal seperti banking dan tokopedia. Terima kasih penjelasannya.
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
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?
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.
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
atur nuhun mas ^_^
video ini bisa jadi patokan kalau customer yang buat aplikasi ngotot pengen paging
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.
klo d'liat dri video ini brrti gk guna pake serverside yaaah, krna klo serverside kyak query ulang
Bener2 info yg bermanfaat, thanks pak eko
Makasih banyak om Eko, saya baru tau malahan problem penggunaan paging. Saya sering pakai paging, tapi saya sendiri jarang banget klik page lebih dari halaman 10 😂
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 ?
coba nanti kita interview dba dari perusahaan dewasa itu #eh
WKWKWK ASEM
Mantap. Kyknya perlu ngebahas microservices nih. 😁😁😁
dr dl suka bgt sm pak eko. bagi ilmunya ga tanggung2
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.
buang2 resource dan bandwith, query 1k data yang belum tentu dipake oleh user
Mantul, bang eko... Lanjutkan dengan tips2 lainnya...terima kasih 😊😊😊
sangat berguna, saya mengalami sendiri, akhirnya berpindah ke lazyload
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
rencana mau buat tutorial seo ga bang eko?
MasyaAllah, ilmu yang sangat bermanfaat. Terimakasih banyak mas eko
Thanks mas, akhirnya dibahas juga.
keren mas, penjelasannya mudah dicerna dan disertai implementasi kongkritnya
ini Gila sih.... Keren bats emang bang kribo.... Terima kasih banyak mas.. bisa jadi 1 paper ini kalo dibuat tulisan.. hehe
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.
ditunggu bang concept2 technical lainnya. insightful banget, betah dengerinnya 👍👍
Mas memang selalu top ! Ilmunya berharga semua. 👍👍👍👍👍
Wah mantap.. bermanfaat nih, tinggal gimana cara kita ngedukasi orang non IT yang maunya pagination
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 (*)...
mantap pak Eko, makasih atas ilmu nya ...
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?
Setuju bang, cm tadinya blm tau alesan rincinya skrg jd tau...
banyakin kontent kaya gini pak, seru, jadi ada real casenya yg bisa diterapkan
Alasan Olshop semakin nyari barang ditengah list semakin lamban nungguinnya 😅. Pantesan berlomba2 pake jasa Vip biar 1st Page saat diurutan pencarian
mantap pak, luar biasa penjelasan dan pemaparannya, sehat terus pak eko..
Terima kasih mas, kebetulan saya membutuhkan materi ini banget.
Sempat berharap ada solusi lain
Thank u mas eko, solusi dan penjelasan yang sangat bermanfaat
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
Ternyata ini toh problemnya, thanks pak eko, salam dari mahasiswamu...
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
Saran mas Eko, tlg buatin konten "Kenapa Report itu lambat"
krn sy struggler buat export report ke excel dengan data ribuan
baru tau tentang ini, thanks semoga ilmu nya berkah
Baru nemu channel ini. Keren banget penjelasannya..
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
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
ini ilmu yang bermanfaat dan cukup basic untuk dipahami, tapi bagaimana jika kita punya query yang ordering nya itu berdasarkan banyak kategori dan formula.
Kalau ga keberatan...Boleh sharing pengalaman Mas..teknik2 untuk indexing dan foreign key
Semoga kang eko sehat selalu. Ilmunya sangat bermanfaat
Gue ada table isinya cuma 255.288, terus gue lakuin percobaan:
1. select * from table = lola bet, gue skip di detik Time: 66.673s dan cuma dapet 58.169
2. select count(id) from table = Time: 0.326s
3. select * from table limit 255280,10 = Time: 0.035s
paging jauh lebih cepet kalo dari percobaan saya, apa karena datanya masi sedikit ya?
masih satu topik dengan pagination nih bang, bagaimana google maupun amazon menghitung total jumlah data dari hasil pencarian dengan cepat?
Setahu gw, kalo cuma count, harusnya ditributed data ga masalah, bahkan lebih cepet kalo dilakukan secara paralel
@@munawwiruljamal4149 kalau dari pengalaman saya, kalau jumlah data nya cuman ribuan gak ada masalah sih, beda lagi kalau udh jutaan performa nya udh berasa
mantep mas, terima kasih wawasannya, semoga diberkahi
Moga berkah ilmunya mas, aamiin
👍👍... Makanya biasa pakai overflow : scroll; 😁
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
Terimakasih! Menjawab pertanyaan saya selama ini. I subs u..
mantap bang.. cuma channel ini yg isinya daging semua...
Mantab pengetahuannya bang. klo buat saya kenapa kita harus pencet tombol pagination sampai ujung sepertinya agak jarang user melakukan itu.
simplenya klo bisa d filter lagi kenapa tidak. seperti contoh yang punya bang eko, langsung d targetkan ke filter yg diinginkan.
semakin advance filternya semakin mempercepat tujuan data yang diinginkan. :D
akhirnya pertanyaan saya selama ini terjawab, thx bang eko
Thx Bro...info yg sangat berguna..mau tanya aja..bgmn klo diakalin pakai paging..tpi setiap kta klik tombol page..kta pakai lazyload..?
Mantap master..penjelasan nya detail banget
terima kasih bang,
fix ini solusi banget untuk web saya,
kereeen banget pak :)
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 🙏
keren pisan kang, baru tau makasih banyak kang tips nya
pakai teknik keyset/seek method/cursor pagination pak
Terimakasih Mas Eko ilmunya..
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..
klo di akalin pakai cache? masih ngefek gak ya 😅
coba mas eko tolong bahas mengenai cloud computing seperti aws,gpc,azure atau do
Ketemu akhirnya masalahku mas eko, Terima kasih
Aku suka gaya loe bg, kalau lagi jelasin 👍👍👍
jika di range waktu tersebut ada satu juta data, apa ditampilkan semua ?
Iya gimana tuh ya
Keren banget tips nya.. 😁🙏 , mksh bnyak mas eko..
Wawwwww keren nih ilmu nya
oiya bener juga, thanks om infonya
mantap ilmunya, keep upload
terima kasih penjelasannya, sangat membantu
Matab mas, dapat pengetahuan baru
dari menit 3 udah paham problemnya
Salfok baju tidur daster wanita import dress tanktop cup bra 20:33 bang udh beristri ya
damn kita satu server :v
mas kelebihan sama kekurangan SQL dan NoSQL itu apa sih? kapan dan kenapa kita harus make SQL?
mantap ilmunya , terima kasih
Akhirnya nemu alasannya dan proof buat alasannya :D
mantap mas. sekalian mau nanya, apa yang biasanya dilakukan ketika primary key auto increment sudah mencapai limit value tipe datanya
Terima kasih Bg.. mencerahkan sekali.
Pak ijin tanya, kalo gitu pagination maximal handle utk berapa banyak data ya? Apa tetep digabung juga sama range waktu?
Bagaimana kalo pagination di user facing (desktop web) kita limit dr sisi fe hanya sampai 50 pages, mas?
Keren mas eko, thanks udah dikasih tau triknya
Terima kasih kang. Mantaaps