Stránkování a Entity Framework

Výkon dopadů bude záviset výrazně na SQL Index realizace a klauzuli order by. Ale není to tolik otázka o výkon, jako o získání očekávaných výsledků.

Přetečení zásobníku je skvělé například tam, kde je objem činnosti tak, že když se dostanete na konec každé stránky, další stránka může obsahovat záznamy ze stránky, kterou si jen prohlížet, protože podkladové sady záznamů nezměnilo (další příspěvky byly přidány)

Připomínám to proto, že v živém systému je všeobecně známo, a v některých případech očekávané chování. Jako vývojáři jsme ocenit přidané režijní náklady se snaží udržet jednu sadu výsledků a uznat, že tam je obvykle mnohem nižší hodnotu, ve snaze, aby se zabránilo to, co vypadá jako duplicity , jak budete iterovat stránky.

To je dost často vysvětlit uživatelům, proč k tomu dochází, v mnoha případech budou to akceptovat

Pokud je to pro tebe důležité udržovat místo v originální sadu výsledků, pak byste se měli omezit na dotaz s Where klauzule, ale budete muset získat buď Id nebo časové razítko v původním dotazu. Ve vašem případě se pokoušíte použít LastID, ale na poslední ID by vyžadovalo samostatný dotaz na to vlastní, protože řadit podle doložky bude mít vliv na to.

Můžete opravdu použít .SkipWhile(x => x.ID >= LastID) pro tento, protože přeskočit je sekvenční proces, který je ovlivněn pořádku a je dis-zabývá prvního stupně, že výraz vyhodnocen false,, takže, pokud vaše objednávka není založena na Id, vaše přeskočit, když by výsledek je přeskakování vůbec žádné záznamy.

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();

To je obecně jednodušší, pro filtr o bod v čase, jak je to známé z klienta bez kruhové cesty k DB, ale v závislosti na implementaci filtrování na data mohou být méně efektivní.