Có vấn đề về hiệu suất nào khi sử dụng Row_Number để triển khai phân trang bảng trong Sql Server 2008 không?

Question

Tôi muốn thực hiện bảng phân trang sử dụng phương pháp này:

SET @PageNum = 2; 
SET @PageSize = 10; 

WITH OrdersRN AS 
(
    SELECT ROW_NUMBER() OVER(ORDER BY OrderDate, OrderID) AS RowNum 
      ,* 
     FROM dbo.Orders 
) 

SELECT * 
    FROM OrdersRN 
WHERE RowNum BETWEEN (@PageNum - 1) * @PageSize + 1 
        AND @PageNum * @PageSize 
ORDER BY OrderDate ,OrderID; 

Có điều gì tôi cần phải nhận thức? Bảng có hàng triệu hồ sơ.

Thx.

EDIT: Sau khi sử dụng gợi ý MAXROWS phương pháp trong một thời gian (trong đó hoạt động thực sự rất nhanh) Tôi đã phải chuyển về ROW_NUMBER phương pháp vì sự linh hoạt hơn của nó. Tôi cũng rất hài lòng về tốc độ của nó cho đến nay (Tôi đang làm việc với View có nhiều hơn 1 triệu hồ sơ với 10 cột). Để sử dụng bất kỳ loại truy vấn nào tôi sử dụng sửa đổi sau đây:

PROCEDURE [dbo].[PageSelect] 
(
    @Sql nvarchar(512), 
    @OrderBy nvarchar(128) = 'Id', 
    @PageNum int = 1, 
    @PageSize int = 0  
) 
AS 
BEGIN 
SET NOCOUNT ON 

Declare @tsql as nvarchar(1024) 
Declare @i int, @j int 

if (@PageSize <= 0) OR (@PageSize > 10000) 
    SET @PageSize = 10000 -- never return more then 10K records 

SET @i = (@PageNum - 1) * @PageSize + 1 
SET @j = @PageNum * @PageSize 

SET @tsql = 
'WITH MyTableOrViewRN AS 
(
    SELECT ROW_NUMBER() OVER(ORDER BY ' + @OrderBy + ') AS RowNum 
    ,* 
    FROM MyTableOrView 
    WHERE ' + @Sql + ' 

) 
SELECT * 
    FROM MyTableOrViewRN 
    WHERE RowNum BETWEEN ' + CAST(@i as varchar) + ' AND ' + cast(@j as varchar) 

exec(@tsql) 
END 

Nếu bạn sử dụng quy trình này, hãy chắc chắn rằng bạn đã ngăn chặn tiêm sql.

Answer 1

Tôi đã viết về điều này một vài lần thực sự; ROW_NUMBER đến nay là linh hoạt nhất và dễ sử dụng, và hiệu suất là tốt, nhưng đối với dữ liệu rất lớn đặt ra nó không phải là lúc nào cũng là tốt nhất . SQL Server vẫn cần sắp xếp dữ liệu và sắp xếp có thể khá tốn kém.

Có một số different approach here sử dụng một vài biến và SET ROWCOUNT và cực kỳ nhanh, miễn là bạn có chỉ mục phù hợp. Đó là cũ, nhưng theo như tôi biết, nó vẫn là hiệu quả nhất. Về cơ bản, bạn có thể làm một cách hoàn toàn ngây thơ SELECT với SET ROWCOUNT và SQL Server có thể tối ưu hóa hầu hết công việc thực tế; kế hoạch và chi phí kết thúc tương tự như hai truy vấn MAX/MIN, thường nhanh hơn rất nhiều so với truy vấn cửa sổ đơn. Đối với các tập dữ liệu rất lớn, điều này chạy dưới 1/10 thời gian.

Có nói rằng, tôi vẫn luôn khuyên bạn nên ROW_NUMBER khi mọi người hỏi về cách triển khai những thứ như phân trang hoặc tối đa theo nhóm, vì mức độ dễ sử dụng. Tôi sẽ chỉ bắt đầu xem xét các lựa chọn thay thế như trên nếu bạn bắt đầu nhận thấy sự chậm lại với ROW_NUMBER.

Answer 2

Gần đây, tôi sử dụng phân trang trong một môi trường kho dữ liệu với một schema sao. Tôi thấy rằng hiệu suất rất tốt khi tôi hạn chế CTE chỉ truy vấn các hàng cần thiết để xác định ROW_NUMBER. Tôi đã có CTE trả về ROW_NUMBER cộng với các khóa chính của các hàng khác đã giúp xác định số hàng.

Trong truy vấn chính, tôi đã tham chiếu ROW_NUMBER để phân trang và sau đó tham gia vào các bảng khác dựa trên các khóa chính khác từ CTE. Tôi thấy rằng các phép nối chỉ được thực hiện trên các hàng thỏa mãn mệnh đề WHERE trong truy vấn bên ngoài, tiết kiệm rất nhiều thời gian.

Answer 3

kiểm tra giải pháp này, có thể nó tốt hơn. thay đổi điều này với nhu cầu của bạn.

CREATE PROCEDURE sp_PagedItems 
    (
    @Page int, 
    @RecsPerPage int 
    ) 
AS 

-- We don't want to return the # of rows inserted 
-- into our temporary table, so turn NOCOUNT ON 
SET NOCOUNT ON 


--Create a temporary table 
CREATE TABLE #TempItems 
(
    ID int IDENTITY, 
    Name varchar(50), 
    Price currency 
) 


-- Insert the rows from tblItems into the temp. table 
INSERT INTO #TempItems (Name, Price) 
SELECT Name,Price FROM tblItem ORDER BY Price 

-- Find out the first and last record we want 
DECLARE @FirstRec int, @LastRec int 
SELECT @FirstRec = (@Page - 1) * @RecsPerPage 
SELECT @LastRec = (@Page * @RecsPerPage + 1) 

-- Now, return the set of paged records, plus, an indiciation of we 
-- have more records or not! 
SELECT *, 
     MoreRecords = 
    (
    SELECT COUNT(*) 
    FROM #TempItems TI 
    WHERE TI.ID >= @LastRec 
    ) 
FROM #TempItems 
WHERE ID > @FirstRec AND ID < @LastRec 


-- Turn NOCOUNT back OFF 
SET NOCOUNT OFF