Разбивка на страницы и Структура сущностей

Влияние на производительность будет в значительной степени зависеть от реализации индекса SQL и предложения order by. Но речь идет не столько о производительности, сколько о получении ожидаемых результатов.

Переполнение стека-отличный пример, когда наблюдается такой объем активности, что, когда вы доходите до конца любой страницы, следующая страница может содержать записи со страницы, которую вы только что просмотрели, потому что базовый набор записей изменился (добавлено больше записей).

Я поднимаю этот вопрос, потому что в живой системе это общепринятое, а в некоторых случаях ожидаемое поведение. Как разработчики, мы ценим дополнительные накладные расходы, связанные с попытками поддерживать единый набор результатов, и признаем, что обычно гораздо меньшее значение имеет попытка предотвратить то, что выглядит как дублирование при повторении страниц.

Часто бывает достаточно объяснить пользователям, почему это происходит, во многих случаях они примут это

Если для вас было важно сохранить место в исходном результирующем наборе, то вам следует ограничить запрос Where предложение, но вам нужно будет получить либо идентификатор, либо метку времени в исходном запросе. В вашем случае вы пытаетесь использовать LastID, но для получения последнего идентификатора потребуется отдельный собственный запрос, потому что предложение orderby повлияет на него.

Вы действительно не можете использовать .SkipWhile(x => x.ID >= LastID) для этого, поскольку пропуск-это последовательный процесс, на который влияет порядок, и он отключается в первом экземпляре, который вычисляется выражением 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();

Как правило, проще фильтровать по моменту времени, так как это известно от клиента без возврата в базу данных, но в зависимости от реализации фильтрация по датам может быть менее эффективной.