主页 / dba / 问题 / 40079
Accepted
Mark Freeman
Asked: 2013-04-13 08:40:26 +0800 CST

多语句 TVF 上的 WITH SCHEMABINDING 是否会改善基数估计？

  • 772

基于查询性能和多语句表值函数等文章，SQL Server 假设多行表值函数返回一行。如果调用语句实际上返回许多行，这会导致为调用语句选择一个糟糕的执行计划。

添加SCHEMABINDING到函数是否会导致函数返回值集的基数估计更正确？

如果我们假设我们将一个UserId传递给这个函数并返回一个允许用户访问的RecordId值表，并且一些用户只被允许看到一些记录，而一些用户被允许看到很多甚至所有记录，函数或调用语句（或包含它们的过程）是否会从使用中受益RECOMPILE？函数中的使用会SCHEMABINDING改变这个答案吗？

我意识到我可以通过实验来解决这个问题，但我希望有人已经找到了答案。指向有据可查的地方的指针会很有帮助。

sql-server sql-server-2005

2 个回答

  1. Best Answer

    在我的测试中，不，添加WITH SCHEMABINDING不会改善基数估计。我创建了一个简单的表：

    CREATE TABLE dbo.myobjects(id INT PRIMARY KEY);

INSERT dbo.myobjects SELECT [object_id] FROM sys.all_objects;

    然后是两个函数：

    CREATE FUNCTION dbo.noschemabinding(@UserID INT)
RETURNS @x TABLE (id INT)
AS
BEGIN
  INSERT @x SELECT id FROM dbo.myobjects;

  RETURN;
END
GO

CREATE FUNCTION dbo.withschemabinding(@UserID INT)
RETURNS @x TABLE (id INT)
WITH SCHEMABINDING
AS
BEGIN
  INSERT @x SELECT id FROM dbo.myobjects;

  RETURN;
END
GO

    比较实际计划，两者都显示估计行 = 1，实际行 = 2112（后一个数字可能在您的系统上有所不同，具体取决于版本/SP 等）。

    速度对比：

    SET NOCOUNT ON;
GO
SELECT SYSDATETIME();
GO
SELECT id INTO #x FROM dbo.noschemabinding(1);
DROP TABLE #x;
GO 1000
GO
SELECT SYSDATETIME();
GO
SELECT id INTO #x FROM dbo.withschemabinding(1);
DROP TABLE #x;
GO 1000
SELECT SYSDATETIME();

    结果：

                        run 1               run 2
----------------    ------------------  ------------------
No schemabinding    14632 milliseconds  14079 milliseconds
Schemabinding       14251 milliseconds  13979 milliseconds

    那么，这很重要吗？没有。

    SCHEMABINDING在这种情况下，用于更重要的目标：底层架构稳定性。如果您追求将您的函数转换为内联 TVF，那么您可能会有更好的优化机会，而不是在多语句 TVF 中寻找影响计划的模糊差异。

    • 5

  2. 显然，使用 SQL Server 2017 ，只要您在数据库上使用 Compatibility Level 140，他们就可以通过Interleaved Execution改进 msTVFs 估计。

    • 2

相关问题