REST API’lerde sayfalama: offset mi, cursor mı?

Bir projede liste uç noktalarını tasarlarken sayfalama kararını genelde “şimdilik çalışsın” diye veriyoruz; ama kayıt sayısı ve eşzamanlı güncellemeler artınca seçimin kullanıcı deneyimine etkisi belirginleşiyor. Ben özellikle yönetim panellerinde iki yaklaşımın nerede ayrıştığını merak ediyorum.

• Offset sayfalama (?page=4&limit=20) istemci tarafında anlaşılır ve belirli bir sayfaya atlamayı kolaylaştırıyor. Fakat listeye yeni kayıtlar eklenirken kullanıcı sayfalar arasında ilerliyorsa bazı kayıtları tekrar görmesi veya atlaması mümkün. Büyük offset değerlerinde veritabanının daha fazla satırı taraması da sorguyu pahalılaştırabilir.
• Cursor sayfalama (?after=...&limit=20) genellikle sıralama alanı ve benzersiz bir bağlayıcı alanla ilerliyor. Böylece “son gördüğüm kayıttan devam et” mantığı daha kararlı olabiliyor; ancak kullanıcıyı doğrudan 12. sayfaya götürmek zorlaşıyor. Cursor değerini istemciye nasıl sunduğunuz ve filtre değişince geçersizleşmesini nasıl yönettiğiniz de ayrıca düşünülmeli.

Bana göre karar, sadece veritabanı performansına değil, arayüzün gezinme ihtiyacına ve verinin ne kadar sık değiştiğine bağlı. Siz üretim projelerinde hangi durumda offset’ten cursor’a geçtiniz? Cursor’ı sıralama alanıyla birlikte nasıl güvenli ve tutarlı biçimde tasarlıyorsunuz?