分页和实体框架

Question

在我的移动应用程序中，我尝试从我的 SQL Server 数据库的表中检索数据。我正在使用 EF，并尝试使用分页来获得更好的性能。我需要从表的最后一个元素中检索数据。所以如果表有 20 行，我需要，对于第 0 页，ID 为 20、19、18、17、16，然后对于第 1 页，ID 为 15、14、13、12、11 等等......

问题是这样的：如果用户“A”正在从表中下载数据，用户“B”添加行怎么办？如果用户“A”获得第 0 页（即 ID 20、19、18、17、16），并且用户“B”在同一时刻添加行（即 ID 21），则使用经典查询，用户“A”为第 1 页将获得 ID 16, 15, 14, 13, 12... 所以另一次 ID 16

我的代码很简单：

int RecordsForPagination = 5; 
var list = _context.NameTable
                   .Where(my_condition)
                   .OrderByDescending(my_condition_for ordering)
                   .Skip (RecordsForPagination * Page)
                   .Take (RecordsForPagination)
                   .ToList();

当然Page 是来自前端的int。

我该如何解决这个问题？

我找到了一个解决方案，但我不知道它是否完美。我可以使用

.SkipWhile(x => x.ID >= LastID) 

改为

.Skip (RecordsForPagination * Page)

当然LastID 总是从前端发送。

你认为这段代码的性能总是很好吗？有没有更好的解决方案？

Answer 1

性能影响在很大程度上取决于您的 SQL 索引实现和 order by 子句。但这与其说是关于性能的问题，不如说是关于获得预期结果的问题。

Stack Overflow 是一个很好的示例，其中存在大量活动，当您到达任何页面的末尾时，下一页可能包含您刚刚查看的页面中的记录，因为基础记录集已更改（更多帖子有已添加）

我提出这一点是因为在实时系统中它被普遍接受，并且在某些情况下是预期的行为。作为开发人员，我们很欣赏尝试维护单个结果集所增加的开销，并认识到在迭代页面时尝试防止看起来像 重复 的价值通常要低得多。

通常向用户解释为什么会发生这种情况就足够了，在很多情况下他们会接受它

如果维护原始结果集中的位置对您很重要，那么您应该使用 Where 子句限制查询，但您需要检索原始查询中的 Id 或时间戳。在您的情况下，您尝试使用 LastID，但要获取最后一个 ID，需要单独查询它自己，因为 orderby 子句会影响它。

您不能真正为此使用.SkipWhile(x => x.ID >= LastID)，因为skip 是一个受顺序影响的顺序过程，并且在表达式计算为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();

按时间点过滤通常更简单，因为从客户端知道这一点无需往返数据库，但根据实施情况，日期过滤效率可能较低。