Sayfalandırma ve Varlık Çerçevesi

Performans etkileri büyük ölçüde SQL Dizin uygulamanıza ve order by yan tümcesine bağlı olacaktır. Ancak beklenen sonuçları almakla ilgili olduğu kadar performansla ilgili de bir soru değil.

Yığın Taşması, herhangi bir sayfanın sonuna geldiğinizde, bir sonraki sayfanın, temel kayıt kümesi değiştiğinden (daha fazla gönderi eklendiğinden) görüntülediğiniz sayfadan kayıtlar içerebileceği bir etkinlik hacminin olduğu harika bir örnektir.

Bunu gündeme getiriyorum çünkü canlı bir sistemde genel olarak kabul edilir ve bazı durumlarda beklenen bir davranıştır. Geliştiriciler olarak, tek bir sonuç kümesini sürdürmeye çalışmanın ek genel giderlerini takdir ediyoruz ve sayfaları yinelerken çoğaltmalara benzeyen şeyleri engellemeye çalışırken genellikle çok daha düşük bir değer olduğunu kabul ediyoruz.

Kullanıcılara bunun neden olduğunu açıklamak genellikle yeterlidir, çoğu durumda bunu kabul ederler

Özgün sonuç kümesindeki yeri korumanız sizin için önemliyse, sorguyu a ile sınırlamanız gerekir. Where yan tümcesi, ancak özgün sorgudaki kimliği veya zaman damgasını almanız gerekir. Sizin durumunuzda kullanmaya çalışıyorsunuz LastID ancak, son kimliği almak için kendi başına ayrı bir sorgu gerekir, çünkü orderby yan tümcesi onu etkileyecektir.

Gerçekten kullanamazsın. .SkipWhile(x => x.ID >= LastID) bunun için, skip, sıralamadan etkilenen ve ifadenin değerlendirdiği ilk örneği devre dışı bırakan sıralı bir işlem olduğundan false, yani sipariş dayalı değilse Id, atlama süreniz hiç kayıt atlamamanıza neden olabilir.

int RecordsForPagination = 5; 
int? MaxId = null;
...
var query = _context.NameTable.Where(my_condition);
// We need the Id to constraint the original search
if (!MaxId.HasValue)
    MaxId = query.Max(x => x.ID);

var list = query.Where(x => x.ID <= MaxId)
                .OrderByDescending(my_condition_for ordering)
                .Skip(RecordsForPagination * Page)
                .Take(RecordsForPagination);
                .ToList();

Bu, istemciden dB'ye gidiş dönüş olmadan bilindiği için zaman içinde bir noktaya göre filtrelemek genellikle daha basittir, ancak uygulamaya bağlı olarak tarihlerdeki filtreleme daha az verimli olabilir.