SQL Server 2017兼容2008时CONCAT函数未报错问题问询

这个问题其实戳中了很多人对SQL Server兼容级别的误解，我来给你拆解清楚：

核心结论 #

首先明确：数据库兼容级别≠实例版本支持的函数范围。你的实例是SQL Server 2017（14.0），本身已经包含了2012及以后引入的所有函数（包括CONCAT），所以哪怕数据库兼容级别设为2008（10.0），依然能正常使用CONCAT，这是完全正常的，不需要额外操作。

为什么会这样？ #

兼容级别主要管的是数据库引擎的行为逻辑，比如：

• 查询优化器的执行计划生成规则
• 某些旧语法的兼容性（比如兼容级别低于110时，ORDER BY里不能用OFFSET/FETCH）
• 部分特性的启用状态（比如STRING_SPLIT需要兼容级别130以上才能用，哪怕实例是2016+）

但像CONCAT这类基础函数，只要实例版本达到了引入它的最低要求（2012+），不管数据库兼容级别怎么设，引擎都能识别并执行它——因为函数的定义是在实例层面的，不是数据库层面的。

需要注意的潜在风险 #

虽然当前场景不需要处理，但有个点要留意：
如果未来你需要把这个数据库迁移到低于2012版本的SQL Server实例（比如2008），那CONCAT函数就会直接报错，因为低版本实例根本没有这个函数。这种情况下，你需要提前把CONCAT替换成兼容2008的写法：
比如原查询：

SELECT CONCAT(col1, col2, col3) AS combined_col
FROM your_table

要改成：

SELECT ISNULL(col1, '') + ISNULL(col2, '') + ISNULL(col3, '') AS combined_col
FROM your_table

（注意：CONCAT会自动将NULL转为空字符串，所以替换时要用ISNULL处理每个字段，避免+拼接时出现NULL结果）

总结 #

• 实例版本决定了哪些函数/特性是否存在
• 兼容级别决定了这些特性的行为方式或启用状态
• 你的当前场景完全正常，无需额外操作，除非有迁移到低版本实例的计划

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