我注意到 SQL Profiler 中有一个表值函数,它似乎“多次调用自身”。
该定义也没有做任何奇怪的事情,它是一个很少的查询JOINs
和WHERE
带有hierarchyid方法的子句IsDescendantOf
这里发生了什么?难道只是虚惊一场?
你觉得呢?你有没有什么想法?
提前致谢
SQL:批量启动
exec sp_executesql N'SELECT * FROM [dbo].[GetPermissionsForUser](@p0)
',N'@p0 uniqueidentifier',@p0='7A2137C1-A7D4-415C-A5B5-F4C2351217C9'
SP:开始和 SP:已完成
SELECT * FROM [dbo].[GetPermissionsForUser](@p0)
架构
CREATE TABLE [dbo].[permission_matrix] (
[Id] [uniqueidentifier] NOT NULL,
[TargetId] [uniqueidentifier] NULL,
[Permission] [nvarchar](35) NOT NULL,
[GroupId] [uniqueidentifier] NULL,
[Options] [int] NOT NULL,
CONSTRAINT [PK_permission] PRIMARY KEY CLUSTERED ([Id] ASC)
CREATE TABLE [dbo].[hierarchy](
[NodeId] [int] IDENTITY(1,1) NOT NULL,
[EntityId] [uniqueidentifier] NOT NULL,
[EntityType] [smallint] NOT NULL,
[ParentEntityId] [uniqueidentifier] NULL,
[NodePath] [hierarchyid] NOT NULL,
CONSTRAINT [PK_hierarchy] PRIMARY KEY NONCLUSTERED ([NodeId] ASC)
CREATE FUNCTION [dbo].[GetPermissionsForUser]
(
@userId UNIQUEIDENTIFIER
)
RETURNS TABLE
AS
RETURN
(
SELECT
op.Id,
op.TargetId,
op.Permission,
op.GroupId,
op.Options
FROM [dbo].[permission_matrix] op
WHERE EXISTS(
SELECT
1
FROM [dbo].[hierarchy] gh
JOIN [dbo].[hierarchy] uh
ON uh.EntityId = @userId
AND uh.NodePath.IsDescendantOf(gh.NodePath) = 1
WHERE gh.EntityId = op.GroupId)
)
这就是 SQL Profiler 中显示的内容
- 编辑
扩展事件会话不显示
我的第一反应是:不要使用 Profiler。由于一长串原因,它在十多年前就被弃用了;这个特定的症状不是最重要的,但有几个,正如我在这篇文章中所阐述的:
一个更好的选择是扩展事件。我尝试使用XEvent Profiler中包含的基本 TSQL 会话来重现您的场景,并准确地看到对该函数的一次调用。
至于“为什么”:
我怀疑 Profiler 正在为每一行(或每一个匹配的行)报告一个函数调用的实例,其中涉及的底层机制
IsDescendantOf
必须是递归的。我的好朋友Andy Mallon提醒我,它
hierarchyid
是在停止对 Profiler 的投资很久之后才发明的,所以它没有正确地忽略噪音对我来说并不奇怪。我敢打赌,如果您在函数中注释掉该行,症状就会消失,尽管由于其他层次结构遍历,它仍有可能发生。但即使你证实,这仍然是完全的猜测。如果您想要一个正式的答案,您可以尝试向 Microsoft 提供支持案例,但我不知道他们是否会接听电话 - 他们可能会告诉您我告诉您的内容:使用扩展事件。