Entity Framework 6.1.3中OrderBy+Skip/Take分页结果异常问题

这确实是EF6里一个挺头疼的常见问题——当你用来排序的Field1所有值都一样时，单纯用OrderBy(e => e.Field1).Skip(10).Take(10)做分页，很容易出现第2页和第1页数据重复的情况。

问题根源 #

原因其实出在数据库的排序逻辑上：当排序字段没有唯一性保证时，数据库每次执行查询返回的行顺序是不稳定的（比如SQL Server可能会根据数据存储的物理位置、缓存情况等随机调整顺序）。EF6只是把你的Linq查询转换成对应的SQL，所以当Skip和Take基于不稳定的排序结果时，就会出现分页数据重复或者遗漏的问题。

解决方案：给排序添加唯一的兜底字段 #

最直接有效的办法就是在排序条件里补充一个唯一字段，确保整个排序逻辑是确定的。通常我们会用表的主键（因为主键天生唯一），代码修改如下：

原来的分页代码：

var secondPage = dbContext.YourEntities
    .OrderBy(e => e.Field1)
    .Skip(10)
    .Take(10)
    .ToList();

修改后：

var secondPage = dbContext.YourEntities
    .OrderBy(e => e.Field1)
    .ThenBy(e => e.Id) // 这里加上主键字段，保证排序的确定性
    .Skip(10)
    .Take(10)
    .ToList();

其他可选方案 #

如果你的表没有主键，或者不想用主键，也可以选择其他能保证唯一性的字段组合，比如多个字段的联合排序，只要最终的排序依据能唯一确定每一行的位置就行：

var secondPage = dbContext.YourEntities
    .OrderBy(e => e.Field1)
    .ThenBy(e => e.Field2)
    .ThenBy(e => e.Field3) // 假设Field2+Field3的组合是唯一的
    .Skip(10)
    .Take(10)
    .ToList();

关键提醒 #

不管用哪种分页方式，确保排序的稳定性都是核心原则。只要排序的依据不是唯一的，都可能出现分页数据异常的问题，这个坑不仅在EF6里存在，其他ORM或者直接写SQL分页时也需要注意。

内容的提问来源于stack exchange，提问作者Peter Kerr