为何相同查询在两个相同数据库中同一列可空性不同？

这个问题我之前排查过类似的情况，核心矛盾是明明用了ISNULL把潜在的NULL值替换成了GETDATE()，但sys.columns里的is_nullable字段却在两个库给出不同结果，咱们从最常见的原因开始一步步排查：

1. 数据库兼容级别不一致 #

SQL Server对函数的可空性推导逻辑会随兼容级别变化，比如在兼容级别低于100的版本中，SQL Server可能不会正确识别ISNULL(列, 非空值)这种写法的非空保证，而高版本（比如100及以上）会更准确地推导列的可空性。

排查步骤： #

先查询两个库的兼容级别，确认是否一致：

SELECT name, compatibility_level 
FROM sys.databases 
WHERE name IN ('你的测试库名', '你的生产库名');

解决方法： #

把两个库的兼容级别统一（比如都设置为当前SQL Server对应的级别，2019版本对应150，2022对应160）：

ALTER DATABASE 目标库名 SET COMPATIBILITY_LEVEL = 150;

2. 视图元数据未刷新 #

有时候视图创建后，底层表的结构或统计信息发生了变化，但视图的元数据没有及时更新，导致SQL Server保留了旧的可空性判断结果。

解决方法： #

强制刷新视图的元数据，让SQL Server重新评估列属性：

EXEC sp_refreshview 'nulltest';

执行完之后再重新查询sys.columns的is_nullable字段，看看结果是否一致。

3. 统计信息过时导致推导差异 #

生产库的数据量通常比测试库大，如果生产库的Taxes表统计信息过时，查询优化器可能会对LEAD函数的返回值可空性做出不同判断，进而影响ISNULL处理后列的可空性推导。

解决方法： #

更新Taxes表的统计信息：

UPDATE STATISTICS Taxes;

之后再刷新视图元数据，重新检查可空性。

额外验证方案 #

如果上面的方法都没用，可以尝试重新创建视图，有时候旧的视图定义在元数据里会有残留问题：

DROP VIEW IF EXISTS nulltest;
GO
CREATE VIEW nulltest as 
SELECT isnull(NextDate,getdate()) as TillDate 
FROM ( 
    SELECT LEAD(FromDate) OVER (partition by personid ORDER BY fromdate) AS NextDate 
    FROM Taxes
)t;

内容的提问来源于stack exchange，提问作者Yisroel M. Olewski