Celkové počty strán a Entity Framework

Výkon vplyvov bude do veľkej miery závisieť na vašej SQL Index implementácie a poradie podľa doložky. Ale nie toľko otázku o výkonnosti, ako to je o tom, ako očakávané výsledky.

Pretečenie zásobníka je skvelý príklad, kde je objem činnosť tak, že keď sa dostanete na koniec žiadne stránky, ďalšia stránka môže obsahovať záznamy z stránke si len pozrieť, pretože základné záznamov zmenilo (ďalšie príspevky boli pridané)

Som to vytiahla, pretože v live systém je všeobecne známe, a v niektorých prípadoch je očakávané správanie. Ako vývojári vážime pridané režijné snaží udržiavať jediný výsledok, a uvedomujeme si, že tam je zvyčajne oveľa nižšiu hodnotu v snaží zabrániť, čo vyzerá ako duplicity , ako budete opakovať stránky.

To je často dosť vysvetliť užívateľov, prečo k tomu dochádza v mnohých prípadoch sa budú akceptovať to

Ak to bolo pre vás dôležité udržiavať miesto v pôvodnej výsledok, potom by ste mali obmedziť dotaz s Where doložka, ale budete si musieť vybrať buď Id alebo timestamp v pôvodnom dotaz. Vo vašom prípade sa pokúšate použiť LastID,, ale ak chcete získať posledný ID by si vyžadujú samostatné dotaz na to vlastné, pretože orderby ustanovenie bude mať vplyv na to.

Nemôžete naozaj použitie .SkipWhile(x => x.ID >= LastID) pre toto, pretože preskočiť je postupný proces, ktorý je ovplyvnený poriadku a je dis-zaoberá prvého stupňa, že výraz vyhodnotí false,, takže, ak vaša objednávka nie je založený na Idváš preskočiť, zatiaľ čo môže spôsobiť, je skákanie žiadne záznamy vôbec.

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

Vo všeobecnosti je však jednoduchšie filtrovať podľa bodu v čase, ako je to známe z objednávateľa bez kolo výlet do DB, ale v závislosti na implementácii filtrovanie na dáta môže byť menej efektívne.