【发布时间】：2011-01-06 09:57:12
【问题描述】：
这是 SQL 人员的脑筋急转弯 - 谁能想到为什么第一个函数执行良好，而第二个函数运行缓慢的原因？
函数 A - 通常在 ~5 毫秒内完成
CREATE FUNCTION dbo.GoodFunction
(
@IDs UniqueIntTable READONLY
)
RETURNS TABLE
AS RETURN
SELECT p.ID, p.Node, p.Name, p.Level
FROM
(
SELECT DISTINCT a.Ancestor AS Node
FROM Hierarchy h
CROSS APPLY dbo.GetAncestors(h.Node.GetAncestor(1)) a
WHERE h.ID IN (SELECT Value FROM @IDs)
) np
INNER JOIN Hierarchy p
ON p.Node = np.Node
功能 B - 运行速度极慢 - 5 分钟后我放弃了
CREATE FUNCTION dbo.BadFunction
(
@IDs UniqueIntTable READONLY
)
RETURNS TABLE
AS RETURN
WITH Ancestors_CTE AS
(
SELECT DISTINCT a.Ancestor AS Node
FROM Hierarchy c
CROSS APPLY dbo.GetAncestors(c.Node.GetAncestor(1)) a
WHERE c.ID IN (SELECT Value FROM @IDs)
)
SELECT p.ID, p.Node, p.Name, p.Level
FROM Ancestors_CTE ac
INNER JOIN Hierarchy p
ON p.Node = ac.Node
我将在下面解释这个函数的作用，但在我开始之前，我想指出我认为它并不重要，因为据我所知，这两个函数正是一样！唯一的区别是一个使用CTE，一个使用子查询； A 中的子查询内容与 B 中的 CTE 内容相同。
如果有人决定这很重要：此函数的目的只是挑选出层次结构中任意数量位置的所有可能的祖先（父母、祖父母等）。 Node 列是 hierarchyid，dbo.GetAncestors 是一个 CLR 函数，它只是沿着路径前进，它不进行任何数据访问。
UniqueIntTable 就是它的含义——它是一种用户定义的表类型，只有一列，Value int NOT NULL PRIMARY KEY。这里应该索引的所有内容都被索引 - 函数 A 的执行计划本质上只是两个索引搜索和一个哈希匹配，就像函数 B 一样。
这个奇怪问题的一些更奇怪的方面：
我什至无法使用函数 B 获得一个简单查询的估计执行计划。看起来性能问题与这个简单的编译有关- 外观功能。
1234563在 UDF 中，或者相反，仅在使用 CTE 的 UDF 中。
当我尝试运行 B 时，测试机上一个内核的 CPU 使用率一路飙升至 100%。似乎没有太多 I/O。
我想将其视为 SQL Server 错误并使用版本 A，但我总是尽量牢记规则 #1 ("SELECT Ain't Broken")，并且我'我担心功能 A 的良好结果在某种程度上是本地化的侥幸，它会像 B 在不同的服务器上一样“失败”。
有什么想法吗？
更新 - 我现在包含一个完整的独立脚本来重现。
获取祖先函数
[SqlFunction(FillRowMethodName = "FillAncestor",
TableDefinition = "Ancestor hierarchyid", IsDeterministic = true,
IsPrecise = true, DataAccess = DataAccessKind.None)]
public static IEnumerable GetAncestors(SqlHierarchyId h)
{
while (!h.IsNull)
{
yield return h;
h = h.GetAncestor(1);
}
}
架构创建
BEGIN TRAN
CREATE TABLE Hierarchy
(
ID int NOT NULL IDENTITY(1, 1)
CONSTRAINT PK_Hierarchy PRIMARY KEY CLUSTERED,
Node hierarchyid NOT NULL,
[Level] as Node.GetLevel(),
Name varchar(50) NOT NULL
)
CREATE INDEX IX_Hierarchy_Node
ON Hierarchy (Node)
INCLUDE (Name)
CREATE INDEX IX_Hierarchy_NodeBF
ON Hierarchy ([Level], Node)
GO
INSERT Hierarchy (Node, Name)
SELECT CAST('/1/' AS hierarchyid), 'Alice' UNION ALL
SELECT CAST('/1/1/' AS hierarchyid), 'Bob' UNION ALL
SELECT CAST('/1/1/1/' AS hierarchyid), 'Charles' UNION ALL
SELECT CAST('/1/1/2/' AS hierarchyid), 'Dave' UNION ALL
SELECT CAST('/1/1/3/' AS hierarchyid), 'Ellen' UNION ALL
SELECT CAST('/1/2/' AS hierarchyid), 'Fred' UNION ALL
SELECT CAST('/1/3/' AS hierarchyid), 'Graham' UNION ALL
SELECT CAST('/1/3/1/' AS hierarchyid), 'Harold' UNION ALL
SELECT CAST('/1/3/2/' AS hierarchyid), 'Isabelle' UNION ALL
SELECT CAST('/1/4/' AS hierarchyid), 'John' UNION ALL
SELECT CAST('/2/' AS hierarchyid), 'Karen' UNION ALL
SELECT CAST('/2/1/' AS hierarchyid), 'Liam' UNION ALL
SELECT CAST('/2/2/' AS hierarchyid), 'Mary' UNION ALL
SELECT CAST('/2/2/1/' AS hierarchyid), 'Nigel' UNION ALL
SELECT CAST('/2/2/2/' AS hierarchyid), 'Oliver' UNION ALL
SELECT CAST('/2/3/' AS hierarchyid), 'Peter' UNION ALL
SELECT CAST('/2/3/1/' AS hierarchyid), 'Quinn'
GO
CREATE TYPE UniqueIntTable AS TABLE
(
Value int NOT NULL,
PRIMARY KEY (Value)
)
GO
COMMIT
GO
以上代码/脚本可用于创建CLR函数/DB模式；在原始版本中使用相同的 GoodFunction 和 BadFunction 脚本。
【问题讨论】：
-
我的错误。起初我没有注意到您使用的是 SQL 2008。评论撤回:)
-
如果您还可以提供一个脚本来创建表格并填充一些数据，这样我们就可以进行一些测试，这将非常有帮助
-
BTW- 为什么您在第一个示例中使用 Node.GetAncestor 而在第二个示例中使用 ObjectNode.GetAncestor？或者这只是一个错字？
-
当您说您“甚至无法获得函数 B 的估计执行计划”时，当您尝试在 SQL Server Management Studio 中获得一个时会发生什么？当你在等待它生成时，你能不能去另一个窗口执行一个 exec dbo.sp_who2，然后在这个页面上运行查询：sqlserverpedia.com/wiki/Misc_DMV_queries 报告等待查询的等待类型是什么，它'将显示阻碍执行计划的因素。
-
好的，谁否决了这个问题？严重地！？一个问题可以更清晰和具体多少？
标签： sql-server performance sql-server-2008 user-defined-functions common-table-expression