我应该使用LINQ的Skip()
和Take()
方法进行分页,还是使用SQL查询实现我自己的分页?
哪一个是最有效的?为什么我要选择一个而不是另一个呢?
我使用的是SQL Server2008,ASP.NET MVC和LINQ。
发布于 2009-03-18 14:44:10
试着给你一个简短的回答,如果你在linq上执行skip(n).take(m)
方法(以SQL2005/ 2008作为数据库服务器),你的查询将使用Select ROW_NUMBER() Over ...
语句,并以某种方式在SQL引擎中直接分页。
举个例子,我有一个名为mtcity
的db表,我写了下面的查询(也可以使用linq to entities):
using (DataClasses1DataContext c = new DataClasses1DataContext())
{
var query = (from MtCity2 c1 in c.MtCity2s
select c1).Skip(3).Take(3);
//Doing something with the query.
}
生成的查询将是:
SELECT [t1].[CodCity],
[t1].[CodCountry],
[t1].[CodRegion],
[t1].[Name],
[t1].[Code]
FROM (
SELECT ROW_NUMBER() OVER (
ORDER BY [t0].[CodCity],
[t0].[CodCountry],
[t0].[CodRegion],
[t0].[Name],
[t0].[Code]) AS [ROW_NUMBER],
[t0].[CodCity],
[t0].[CodCountry],
[t0].[CodRegion],
[t0].[Name],
[t0].[Code]
FROM [dbo].[MtCity] AS [t0]
) AS [t1]
WHERE [t1].[ROW_NUMBER] BETWEEN @p0 + 1 AND @p0 + @p1
ORDER BY [t1].[ROW_NUMBER]
这是一个窗口数据访问(非常酷,btw cuz从一开始就会返回数据,只要满足条件就会访问表)。这将非常类似于:
With CityEntities As
(
Select ROW_NUMBER() Over (Order By CodCity) As Row,
CodCity //here is only accessed by the Index as CodCity is the primary
From dbo.mtcity
)
Select [t0].[CodCity],
[t0].[CodCountry],
[t0].[CodRegion],
[t0].[Name],
[t0].[Code]
From CityEntities c
Inner Join dbo.MtCity t0 on c.CodCity = t0.CodCity
Where c.Row Between @p0 + 1 AND @p0 + @p1
Order By c.Row Asc
唯一的例外是,第二个查询的执行速度将比linq结果快,因为它将专门使用索引来创建数据访问窗口;这意味着,如果您需要一些过滤,则过滤应该(或必须是)在实体列表(创建行的位置)中,并且还应该创建一些索引以保持良好的性能。
现在,还有什么更好的呢?
如果您的逻辑中有相当多可靠的工作流,那么实现适当的SQL方式将会很复杂。在这种情况下,LINQ将是解决方案。
如果您可以直接将该部分逻辑简化为SQL (在存储过程中),那就更好了,因为您可以实现我向您展示的第二个查询(使用索引),并允许SQL生成和存储查询的执行计划(提高性能)。
发布于 2012-12-21 21:38:28
尝试使用
FROM [TableX]
ORDER BY [FieldX]
OFFSET 500 ROWS
FETCH NEXT 100 ROWS ONLY
在SQL服务器中获取从501到600的行,而不将它们加载到内存中。请注意,此语法仅在SQL Server 2012中可用
发布于 2013-10-27 01:30:28
虽然LINQ- to -SQL将生成一个OFFSET
子句(可能是使用ROW_NUMBER() OVER()
as others have mentioned模拟的),但是在SQL中有一种完全不同的、更快的方法来执行分页。正如this blog post here中所描述的,这通常被称为"seek方法“。
SELECT TOP 10 first_name, last_name, score
FROM players
WHERE (score < @previousScore)
OR (score = @previousScore AND player_id < @previousPlayerId)
ORDER BY score DESC, player_id DESC
@previousScore
和@previousPlayerId
值分别是上一页中最后一条记录的值。这允许您获取“下一页”。如果ORDER BY
方向为ASC
,则只需使用>
。
使用上述方法,如果不先获取前40条记录,则不能立即跳转到第4页。但通常情况下,您并不想跳到那么远。取而代之的是,您可以获得一个速度更快的查询,该查询可能能够在固定时间内获取数据,这取决于您的索引。此外,无论底层数据是否发生变化,您的页面都保持“稳定”(例如,在第1页,而您在第4页)。
例如,当在web应用程序中延迟加载更多数据时,这是实现分页的最佳方式。
请注意,"seek方法“也称为keyset paging。
https://stackoverflow.com/questions/548475
复制相似问题