매김하고 Entity Framework

의 성능에 미치는 영향에 따라 달라 집니다 크게는 SQL 인덱스 구현 및 순서에 의해 절입니다. 그러나 그렇게 많은 질문에 대해 성과에 관한 것으로 예상 결과.

Stack Overflow 는 좋은 예가 있는 볼륨의 활동 등을 얻을 때 당신의 끝에 어떤 페이지 다음 페이지의 레코드가 포함될 수 있습 페이지에서 당신을 볼 때문에 기본 레코드가 변경되었(이 게시물에 추가 되었습니다)

나이기 때문에 라이브 시스템은 일반적으로 받아들이고 어떠한 경우에는 예상 합니다. 개발자로서 우리는 감사하는 추가의 오버헤드로 유지하기 위해 노력하고 하나의 결과로 설정하고 있다는 점을 인정은 일반적으로 훨씬 낮은 값을 방지하기 위해 노력하고 같이 보이는 것이 중복 으로 당신은 반복하는 페이지입니다.

그것은 종종를 설명하기에 충분히 사용자에게 왜 이 발생합니다 많은 경우에,그들은 그것을 받아들일

는 경우 그것은 중요한 당신을 유지하는 장소에서 원래 결과로 설정,다음을 제한 쿼리 Where 절하지만,당신이 검색하는 데 필요한 중 하나의 Id 또는 타임 스탬프가에서 원래의 쿼리가 있습니다. 귀하의 경우에는 사용하려고 합니다 LastID지만,마지막 ID 하는 쿼리에는 그 자체이기 때문에 orderby 절에 영향을 미칠 것입니다.

할 수 없습니다 정말 사용 .SkipWhile(x => x.ID >= LastID) 이를 위해,기 때문에 건너뛰 는 것은 순차 프로세스에 의해 영향을 받는 순서와는 dis 종사하는 첫 번째 인스턴스는 식 평가 false면,그래서 당신의 순서에 기초하지 않는 Id의 건너뛰기는 동안 발생할 수 있습니 건너뛰는 레코드에 모두.

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

그것은 일반적으로 간단하는 필터에 의해 시점으로 알려져 있는 클라이언트에서이없는 왕복하여 컴퓨터바이러스에 의지에 따라 구현합니터링 될 수 있습니다 미만 효율적입니다.