Search thấy 2 cái link này sao đọc hoài không hiểu, cảm thấy tối dạ ghê. Ace nào rành giải thích với.
https://howtofirebase.com/firebase-data-structures-pagination-96c16ffdb5ca
và
https://medium.com/@wcandillon/firebase-live-pagination-474748853e52
Firebase paging thật khó hiểu?
https://medium.com/@mvuksano/advanced-queries-in-firebase-a50f563179dd
Trong bài này có một ý là khi view 5 dòng thì lấy 6 dòng, 5 dòng đầu thì để view, dòng thứ sáu không view, lưu đó để làm dấu cho 5 dòng tiếp theo,
trang kế cũng lấy 6 view 5
phức tạp nhỉ?
còn cái nút previous thì thế nào nhỉ?
hehe làm sao đây?
Một page view cần phải lưu trữ thêm key trước nó và key sau nó!!!
có phải a đg tìm hiểu về phân trang trong dữ liệu là nosql, mình có tìm hiểu sơ qua là couchdb(1 dạng nosql) dùng b-tree để xây dựng và tìm kiếm record, 1 trang mình có 10 record thì sẽ lấy lên 11 record, thằng 11 là để đánh dấu vị trí tiếp theo của trang thứ 2(tránh tình trạng phải xây dựng và tìm kiếm record lại 1 lần nữa), điểm hạn chế là khi user muốn nhảy cóc từ trang 1 qua trang 3 thì trong trường hợp này phải tìm lại như từ đầu, mình có cái tip là chỉ có 2 nút next và pre, chứ không để theo thứ tự trang như thông thường.
2 Likes
suy đi nghĩ lại thì hình như muốn view 10 record thì phải lấy đến 10+2 (một dòng trước và một dòng sau) để vừa pre vừa next thì phải.
thks bạn té ra firebase giống nosql à!
không cần a, vì mặc định load lên luôn là trang 1, lúc này mình cần 11record, nhưng lần thứ 2 chỉ cần load 10record, thằng thứ 10 sẽ để đánh dấu cho trang 3, còn trang 1 đã có thằng thứ 10 trong 11record ban đầu đánh dấu.
Lần 1: load 11 rec, view 10 rec, luu key 11 (next key)
Lần 2: load 11 rec, view 10 rec, startAt key 11, lưu key 21 (next key)
…
đây là chỉ mới nói chuyện next thôi nhé, chưa nói chiện previous key!!!. Tụi nosql này phức tạp nhỉ!!!
còn vấn đề phải phát hiện page cuối cùng nữa!!!
83% thành viên diễn đàn không hỏi bài tập, còn bạn thì sao?