升级到 SQL Server 2019 后，某些存储过程失败

Question

我们刚刚从 SQL Server 2008 R2 升级到 SQL Server 2019（兼容性级别 150）。

我们有两个不同的存储过程在升级后开始失败，错误消息如下：

Msg 8632, Level 17, State 2, Procedure BuildSelfSaleStats, Line 14 [Batch Start Line 4]
Internal error: An expression services limit has been reached. Please look for potentially complex expressions in your query, and try to simplify them.

真正奇怪的是，这个特定的存储过程不带任何参数，当我们简单地在 SSMS 中执行 SQL 代码主体时，它工作得很好（！？）。

什么可能会导致某些在 SSMS 中执行时工作正常的 SQL 代码在包装在存储过程中时突然开始失败？

我们设法将错误隔离到我们拥有的日期格式化函数：

这在 SSMS 中运行时有效：

select dbo.fn_formatdatetime(DATEADD(month, -6, GETDATE()), 'yyyy-mm')
output:
(No column name)
2019-12

但是当在 testproc 中调用时，它失败了：

CREATE PROCEDURE testproc
AS
BEGIN
    SET NOCOUNT ON;
    select dbo.fn_formatdatetime(DATEADD(month, -6, GETDATE()), 'yyyy-mm')
END

exec testproc

Msg 8632, Level 17, State 2, Procedure testproc, Line 9 [Batch Start Line 11]
Internal error: An expression services limit has been reached. Please look for potentially complex expressions in your query, and try to simplify them.

Answer 1

这看起来是 UDF 内联的问题。正如 @ScottHodgin 所建议的，第一步是安装最新的 CU 以查看问题是否仍然存在。如果这不能解决问题，您的选择是：

1. 关闭TSQL_SCALAR_UDF_INLINING数据库：

    USE YourDatabase;
    ALTER DATABASE SCOPED CONFIGURATION SET TSQL_SCALAR_UDF_INLINING = OFF;
   

2. 添加INLINE OFF到问题函数标题。这将为其他函数带来标量内联的好处。

3. 重构问题查询以避免错误。