SQL CLR 标量函数缓存的结果
SQL CLR Scalar Function cached results
一般问题
迁移到 SQL Server 2014 后,执行 CLR 标量函数之前在 SQL Server 2008 R2 中每次执行都会产生不同的结果,现在每次后续调用都会产生相同的结果。
Test/Illustration
DECLARE @i int = 0;
WHILE @i < 10
BEGIN
print dbo.getEligLoadTXID();
--> Simulate delay as this code never gets called more than once every few seconds in our environment
WAITFOR DELAY '00:00:00.1';
SET @i += 1;
END;
我们目前正在将我们的环境从 SQL Server 2008 R2 升级到 SQL Server 2014。我们 运行 遇到的问题之一是特定于执行CLR 标量函数。功能比较简单;它根据滴答数生成一个内部 ID(让我们不要争论这个函数的 need/purpose)。
在 SQL Server 2008 R2 环境中,循环执行函数 returns 预期结果(每次执行都会产生一个新值)。但是,在我们新的 SQL Server 2014 环境中进行测试时,相同的代码 return 为循环中的每次执行设置相同的值。
在 SQL Server 2008 R2 中的结果:
20161213502167209995
20161213502168210095
20161213502169210195
20161213502170210295
20161213502171210395
20161213502172210495
20161213502173210595
20161213502174210695
20161213502175210795
20161213502176210895
SQL Server 2014 中的结果:
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
我们正在使用此代码为我们收到的每个特定类型的文件生成一个特定的 ID。为每个文件生成一个新值,但处理此问题的 SSIS 进程通常需要 4-5 秒来处理每个文件。因此,此函数每隔几秒就会从完全不同的连接中调用一次,但我们仍然会得到重复的结果。
returned 值确实会周期性变化,所以它不像我们一整天只返回一个值,而是在一段时间内,无论是 3 秒还是 30 秒,函数都会return同样的结果。
我们缺少什么?
CLR 函数定义
[SqlFunction(IsDeterministic = true, IsPrecise = true)]
public static String getTransactionID()
{
DateTime NOW = DateTime.Now;
long ticks = NOW.Ticks - new DateTime(NOW.Year, NOW.Month, NOW.Day, 0, 0, 0, 0).Ticks;
return String.Format("{0:0000}{1:00}{2:00}{3}", NOW.Year, NOW.Month, NOW.Day, ticks.ToString());
}
这是预期的行为,从 SQL Server 2012 开始。
问题是您已通过 SqlFunction
属性指定此函数应被视为 "Deterministic":
IsDeterministic = true
确定性函数return对于相同的输入值具有相同的值。考虑到你的函数没有任何输入参数,它的所有执行基本上都是一样的。
这种行为对于真正确定性的函数来说是一个巨大的性能提升。但是,由于您的函数应该在每次执行时 return 一个不同的值,因此它实际上并不是确定性的。
要解决此问题,您应该能够设置 IsDeterministic = false
,或者简单地删除 IsDeterministic = true,
,因为 IsDeterministic
的默认值是 false
。
P.S。我知道你说过不要争论为什么你有这个特殊的功能,但只是提一下,以防你(或其他人)不知道它,当前的刻度值应该在 DMV 中公开:
SELECT [cpu_ticks] FROM sys.dm_os_sys_info;
P.P.S。最好对输入参数和 return 值使用 Sql*
类型。意思是,使用 SqlString
而不是 String
作为 return 类型。这可能需要添加 using System.Data.SqlTypes;
.
一般问题
迁移到 SQL Server 2014 后,执行 CLR 标量函数之前在 SQL Server 2008 R2 中每次执行都会产生不同的结果,现在每次后续调用都会产生相同的结果。
Test/Illustration
DECLARE @i int = 0;
WHILE @i < 10
BEGIN
print dbo.getEligLoadTXID();
--> Simulate delay as this code never gets called more than once every few seconds in our environment
WAITFOR DELAY '00:00:00.1';
SET @i += 1;
END;
我们目前正在将我们的环境从 SQL Server 2008 R2 升级到 SQL Server 2014。我们 运行 遇到的问题之一是特定于执行CLR 标量函数。功能比较简单;它根据滴答数生成一个内部 ID(让我们不要争论这个函数的 need/purpose)。
在 SQL Server 2008 R2 环境中,循环执行函数 returns 预期结果(每次执行都会产生一个新值)。但是,在我们新的 SQL Server 2014 环境中进行测试时,相同的代码 return 为循环中的每次执行设置相同的值。
在 SQL Server 2008 R2 中的结果:
20161213502167209995
20161213502168210095
20161213502169210195
20161213502170210295
20161213502171210395
20161213502172210495
20161213502173210595
20161213502174210695
20161213502175210795
20161213502176210895
SQL Server 2014 中的结果:
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
20161213502199924787
我们正在使用此代码为我们收到的每个特定类型的文件生成一个特定的 ID。为每个文件生成一个新值,但处理此问题的 SSIS 进程通常需要 4-5 秒来处理每个文件。因此,此函数每隔几秒就会从完全不同的连接中调用一次,但我们仍然会得到重复的结果。
returned 值确实会周期性变化,所以它不像我们一整天只返回一个值,而是在一段时间内,无论是 3 秒还是 30 秒,函数都会return同样的结果。
我们缺少什么?
CLR 函数定义
[SqlFunction(IsDeterministic = true, IsPrecise = true)]
public static String getTransactionID()
{
DateTime NOW = DateTime.Now;
long ticks = NOW.Ticks - new DateTime(NOW.Year, NOW.Month, NOW.Day, 0, 0, 0, 0).Ticks;
return String.Format("{0:0000}{1:00}{2:00}{3}", NOW.Year, NOW.Month, NOW.Day, ticks.ToString());
}
这是预期的行为,从 SQL Server 2012 开始。
问题是您已通过 SqlFunction
属性指定此函数应被视为 "Deterministic":
IsDeterministic = true
确定性函数return对于相同的输入值具有相同的值。考虑到你的函数没有任何输入参数,它的所有执行基本上都是一样的。
这种行为对于真正确定性的函数来说是一个巨大的性能提升。但是,由于您的函数应该在每次执行时 return 一个不同的值,因此它实际上并不是确定性的。
要解决此问题,您应该能够设置 IsDeterministic = false
,或者简单地删除 IsDeterministic = true,
,因为 IsDeterministic
的默认值是 false
。
P.S。我知道你说过不要争论为什么你有这个特殊的功能,但只是提一下,以防你(或其他人)不知道它,当前的刻度值应该在 DMV 中公开:
SELECT [cpu_ticks] FROM sys.dm_os_sys_info;
P.P.S。最好对输入参数和 return 值使用 Sql*
类型。意思是,使用 SqlString
而不是 String
作为 return 类型。这可能需要添加 using System.Data.SqlTypes;
.