如何消除查询计划中INT转VARCHAR导致的CardinalityEstimate警告

问题背景 #

需消除SQL查询中的警告：Type conversion in expression (CONVERT(varchar(10),[Expr1017],0)) may affect "CardinalityEstimate" in query plan choice。涉及代码为：

CAST(product.Schedule AS VARCHAR(10)) AS [CSACode],

其中product.Schedule为非计算INT列，值通常为NULL或单个数字。已尝试以下方案但未解决：

• 调整VARCHAR长度
• 通过变量进行转换
• 改用CONVERT替代CAST
• 重构代码返回INT（工作量大不符合要求，且引发其他问题）
  仅移除CAST能消除警告，但会丢失CSACode列。该警告实际影响极小，但必须消除。已参考两个相关问题：

1. 《如何避免隐式类型转换》
2. 《INT列拼接警告：表达式中的类型转换导致执行计划中的基数估计警告》，但均无帮助。

解决方案 #

方案1：创建持久化计算列 #

利用Schedule是固定INT列的特性，在product表上创建持久化计算列，提前完成类型转换，查询时直接引用该列即可避免运行时转换操作，消除警告：

ALTER TABLE product
ADD CSACode AS CAST(Schedule AS VARCHAR(10)) PERSISTED;

后续查询直接使用product.CSACode替代原CAST表达式即可。

方案2：字符串拼接触发显式转换（适配单个数字场景） #

因Schedule值多为单个数字或NULL，可通过与空字符串拼接触发显式转换，部分SQL Server版本下该方式不会触发基数估计警告：

CONCAT(product.Schedule, '') AS [CSACode],

或：

product.Schedule + '' AS [CSACode],

注：若Schedule可能出现多位数，需确保拼接后字符串长度符合业务需求，本场景下该方式适配性良好。

方案3：自定义绑定架构的标量函数封装转换 #

创建绑定架构的标量函数封装转换逻辑，查询时调用函数：

CREATE FUNCTION dbo.ConvertScheduleToCSACode(@Schedule INT)
RETURNS VARCHAR(10)
WITH SCHEMABINDING
AS
BEGIN
    RETURN CAST(@Schedule AS VARCHAR(10));
END;

查询时使用：

dbo.ConvertScheduleToCSACode(product.Schedule) AS [CSACode],

注：标量函数可能影响查询性能，对性能敏感场景优先选择方案1。

内容的提问来源于stack exchange，提问作者Nerb