T-SQL中定义非空计算列：CAST/CONVERT生成列为何可空及解决方法

这是个很常见的SQL Server计算列行为问题，我来帮你拆解清楚：

为什么Field2和Field3是可空的？ #

SQL Server对计算列的可空性推断有明确规则：

• Field1的情况：它直接引用了NOT NULL的FieldA，SQL Server能明确推断出这个计算列永远不会产生NULL值，所以自动将其标记为NOT NULL。
• Field2/Field3的情况：当使用CAST()或CONVERT()这类函数时，SQL Server的类型推断逻辑默认会将函数返回值视为可能为NULL——哪怕你的输入FieldA是NOT NULL，引擎不会假设转换函数本身一定不会返回NULL（这是通用规则，覆盖了所有可能的转换场景），因此会将这两个计算列标记为NULLABLE。

如何将Field2和Field3设置为非空？ #

有两种可靠的方式，既能保留你需要的CAST()/CONVERT()类型强制，又能设置为非空：

方式1：直接添加NOT NULL约束（推荐，当你确定转换逻辑不会产生NULL时） #

如果你能确保后续基于FieldA的计算逻辑永远不会返回NULL，可以直接在计算列定义后显式声明NOT NULL：

ALTER TABLE dbo.MyTable 
ADD Field2 AS CONVERT(decimal(19,2), FieldA) NOT NULL,
    Field3 AS CAST(FieldA AS decimal(19, 2)) NOT NULL;

方式2：用ISNULL()包装转换表达式（适用于后续逻辑可能产生NULL的场景） #

如果后续你的计算逻辑可能出现NULL值（比如更复杂的组合表达式），可以用ISNULL()确保返回值永远非空，同时保留类型转换：

ALTER TABLE dbo.MyTable 
ADD Field2 AS ISNULL(CONVERT(decimal(19,2), FieldA), 0.00) NOT NULL,
    Field3 AS ISNULL(CAST(FieldA AS decimal(19, 2)), 0.00) NOT NULL;

这里的0.00可以替换为你业务需要的默认非空值，确保即使转换逻辑意外返回NULL，也会被替换成合法的decimal值。

修改完成后，你可以通过执行sp_help 'dbo.MyTable'或查看表设计，确认Field2和Field3已经变为Computed, decimal(19, 2), not null。

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