我需要一个计算列来解决隐式转换问题。我有一个声明为 VARCHAR 的列，它应该只存储整数，但偶尔会被带有字符串的第三方应用程序错误填充，因此该列需要保持原样。
该表通常连接到一个将该值存储为 INT 的表。我定义了一个 PERSISTED 计算列，用于将该 VARCHAR 转换为 INT：
[iOrderNumber] AS (CONVERT([int],
case
when [ordernumber] like '#%' then (-99) when isnumeric([ordernumber])=(0) then (-99)
when CONVERT([bigint],[ordernumber],(0))>(2147483647) then (-99)
else [ordernumber]
end,(0))) PERSISTED NOT NULL
使用计算列上的适当索引，现在可以连接到 INT 列的查询的性能显着提高。但是，即使在更新表而不是读取表时发生转换，执行计划仍会显示隐式转换警告。
我尝试在计算列定义中使用 UDF 来消除警告（我找到了一篇建议这样做的博客文章），但随后我的查询的执行时间更长，并且使用了更多的 CPU，尽管逻辑读取保持不变。但是 UDF 确实消除了警告。
除了错误之外，还有其他理由考虑警告吗？是否有理由将优化器对使用 UDF 定义的持久计算列的处理视为错误？
更重要的是，有没有办法摆脱警告，而不会招致 UDF 解决方案的性能损失？
我考虑使用触发器和包含数据的 VARCHAR 和 INT 版本的转换表，而不是使用计算列，但这似乎是很多不必要的开销。