自2005年版以来,我习惯从MS SQL Server脚本中的ROW_NUMBER函数中获益。但是我注意到使用这个函数查询大表有很大的性能劣势。
想象一下有四列的表(来自外部数据库的真实表有更多列,但我只使用那些来避免示例的复杂性):
DECLARE TABLE StockItems (
Id int PRIMARY KEY IDENTITY(1,1),
StockNumber nvarchar(max),
Name nvarchar(max),
[Description] nvarchar(max))
我已经编写了一个查询此表的程序,该表填充了200 000多行,并带有以下参数:
查询:
SELECT sortedItems.Id
,si.StockNumber
,si.Name
,si.Description
FROM (SELECT s.Id
,CASE WHEN @SortDirection=1 THEN
CASE
WHEN CHARINDEX('Name',@SortExpression)=1 THEN
ROW_NUMBER() OVER (ORDER by s.Name DESC)
WHEN CHARINDEX('StockNumber',@SortExpression)=1 THEN
ROW_NUMBER() OVER (ORDER by s.StockNumber DESC)
ELSE ROW_NUMBER() OVER (ORDER by s.StockNumber DESC)
END
ELSE
CASE
WHEN CHARINDEX('Name',@SortExpression)=1 THEN
ROW_NUMBER() OVER (ORDER by s.Name ASC)
WHEN CHARINDEX('StockNumber',@SortExpression)=1 THEN
ROW_NUMBER() OVER (ORDER by s.StockNumber ASC)
ELSE ROW_NUMBER() OVER (ORDER by s.StockNumber ASC)
END
END AS RowNo
FROM stockItems s
) as sortedItems
INNER JOIN StockItems si ON sortedItems.Id=si.Id
ORDER BY sortedItems.RowNo
在行数快速增长的情况下,ROW_NUMBER变得无效,因为必须对所有行进行排序。
请您帮助我避免这种性能劣势并加快查询速度?
答案 0 :(得分:2)
检查执行路径。只要您拥有正确的索引,ROW_NUMBER()
就不会产生重大影响。您的查询问题不在ROW_NUMBER()
中。
使用动态代替,它将消除由ROW_NUMBER()
引起的2 SEGMENTATION。
我在> 4mil记录表上对此进行了测试,并在瞬间返回:
DECLARE @SortExpression VARCHAR(32) SET @SortExpression = 'StockNumber'
DECLARE @SortDirection BIT SET @SortDirection = 1
DECLARE @startRowIndex BIGINT SET @startRowIndex = 1000
DECLARE @maximumRows BIGINT SET @maximumRows = 5000
DECLARE @vsSQL AS NVARCHAR(MAX)
SET @vsSQL = ''
SET @vsSQL = @vsSQL + 'SELECT sortedItems.Id, sortedItems.StockNumber, sortedItems.Name, sortedItems.Description FROM ( '
SET @vsSQL = @vsSQL + 'SELECT s.Id, s.StockNumber, s.Name, s.Description, '
SET @vsSQL = @vsSQL + 'ROW_NUMBER() OVER (ORDER BY ' + @SortExpression + ' ' + CASE @SortDirection WHEN 1 THEN 'DESC' ELSE 'ASC' END + ') AS RowNo '
SET @vsSQL = @vsSQL + 'FROM StockItems s '
SET @vsSQL = @vsSQL + ') AS sortedItems '
SET @vsSQL = @vsSQL + 'WHERE RowNo BETWEEN ' + CONVERT(VARCHAR,@startRowIndex) + ' AND ' + CONVERT(VARCHAR,@startRowIndex+@maximumRows) + ' '
SET @vsSQL = @vsSQL + 'ORDER BY sortedItems.RowNo'
PRINT @vsSQL
EXEC sp_executesql @vsSQL
答案 1 :(得分:0)
您可以将案例表达式移动到order by
子句:
order by (case when @SortDirection=1 and CHARINDEX('Name',@SortExpression)=1 then s.name end) desc,
(case when @SortDirection=1 and CHARINDEX('StockNumber',@SortExpression)=1 then s.StockNumber end) desc,
(case when @SortDirection=1 and (CHARINDEX('StockNumber',@SortExpression)<>1 and CHARINDEX('Name',@SortExpression)<>1) then va.match end) desc,
(case when @SortDirection<>1 and CHARINDEX('Name',@SortExpression)=1 then s.name end) asc,
(case when @SortDirection<>1 and CHARINDEX('StockNumber',@SortExpression)=1 then s.StockNmber end) asc,
(case when @SortDirection<>1 and (CHARINDEX('StockNumber',@SortExpression)<>1 and CHARINDEX('Name',@SortExpression)<>1) then va.match end) asc
我注意到表达式有va.match
,因此它与查询中的任何表都不匹配。所以,我只是放入order by
表达式。
而且,是的,随着桌子越来越大,这需要更多的时间。我不知道order by
会比row_number()
更有效,但这是有可能的。
如果您需要订购行,那么您必须以某种方式进行排序(也许您可以使用索引)。如果您不关心订单,可以抓住机会:
row_number() over (order by (select NULL))
在SQL Server中,我发现这会分配一个序列号而不需要单独排序。但是,这不能保证(我没有找到任何支持此用途的文档)。并且,从一次运行到下一次运行的结果不一定稳定。
答案 2 :(得分:0)
我找到了解决方案,如何在大型结果集上使用ROW_NUMBER()函数来避免性能损失。我没有在我的问题中写的目标是避免将查询声明为nvarchar变量并执行它,因为它可能会导致SQL注入的打开。
因此,解决方案是以所需的排序顺序尽可能多地查询数据,然后查询结果集和切换顺序并仅获取当前页面的数据。最后,我可以按相反的顺序排序结果并再次排序。
我定义了新变量@innerCount来查询大多数内部结果集,并将其命名为查询客户端在@sortExpression和@sortDirection变量中指定
SET @innerCount = @startRowIndex + @maximumRows
Select OppositeQuery.Id
,s.StockNumber
,s.Name
,s.Description
FROM (SELECT TOP (@maximumRows) InnerItems.Id
FROM
(SELECT TOP (@innerCount) sti.Id
FROM stockItems sti
ORDER BY
CASE WHEN @SortDirection=1 THEN
CASE
WHEN CHARINDEX('Name',@SortExpression)=1 THEN sti.Name
WHEN CHARINDEX('StockNumber',@SortExpression)=1 THEN sti.StockNumber
ELSE sti.StockNumber
END
END DESC
CASE WHEN ISNULL(@SortDirection,0)=0 THEN
CASE
WHEN CHARINDEX('Name',@SortExpression)=1 THEN sti.Name
WHEN CHARINDEX('StockNumber',@SortExpression)=1 THEN sti.StockNumber
ELSE sti.StockNumber
END
END ASC
) as InnerQuery
INNER JOIN StockItems si on InnerQuery.Id=si.Id
ORDER BY
CASE WHEN @SortDirection=1 then
CASE
WHEN CHARINDEX('Name',@SortExpression)=1 THEN si.Name
WHEN CHARINDEX('StockNumber',@SortExpression)=1 THEN si.StockNumber
ELSE si.StockNumber
END
END ASC
CASE WHEN ISNULL(@SortDirection,0)=0 then
CASE
WHEN CHARINDEX('Name',@SortExpression)=1 THEN si.Name
WHEN CHARINDEX('StockNumber',@SortExpression)=1 THEN si.StockNumber
ELSE si.StockNumber
END
END ASC
) AS OppositeQuery
INNER JOIN StockItems s on OppositeQuery.Id=s.Id
ORDER BY
CASE WHEN @SortDirection=1 THEN
CASE
WHEN CHARINDEX('Name',@SortExpression)=1 THEN s.Name
WHEN CHARINDEX('StockNumber',@SortExpression)=1 THEN s.StockNumber
ELSE s.StockNumber
END
END DESC
CASE WHEN ISNULL(@SortDirection,0)=0 THEN
CASE
WHEN CHARINDEX('Name',@SortExpression)=1 THEN s.Name
WHEN CHARINDEX('StockNumber',@SortExpression)=1 THEN s.StockNumber
ELSE s.StockNumber
END
END ASC
这种方法的缺点是我必须对数据进行三次排序,但是如果有多个内部联接到StockItems表子查询比使用ROW_NUMBER()函数要快得多。
感谢所有贡献者的帮助。