sql server中用+拼接字符串时，任一操作数为null则结果为null；必须用isnull或coalesce显式处理空值，且需注意类型优先级避免隐式转换错误。
SQL Server里用+拼字符串，空值会让整列变NULL
直接写 col1 + col2 + col2 看似简单，但只要其中任意一列是 NULL，结果就是 NULL —— 这是 SQL Server 的默认行为，不是 bug，是设计。很多人查了半天数据“消失”，其实只是被 NULL 吞掉了。
常见错误现象：SELECT name + ' - ' + department FROM employees，只要 department 是 NULL，整条结果就显示为 NULL，哪怕 name 有值。
- 必须对每个可能为
NULL的列做显式处理，不能依赖隐式转换 -
ISNULL(col, '')比COALESCE(col, '')更轻量（前者是 SQL Server 特有内联函数，后者是标准函数且支持多参数，但开销略高） - 如果列是数值型（如
age），必须先转成字符串：CAST(age AS VARCHAR(10))或CONVERT(VARCHAR(10), age)，否则会触发算术加法而非字符串拼接
加号拼接的类型优先级容易踩坑
SQL Server 在执行 + 时，会根据操作数的数据类型决定走「字符串连接」还是「数值相加」。如果两边都是数字类型（比如 INT、DECIMAL），它就真去加了，不会自动转字符串。
例如：SELECT 100 + '200' 得到 300（'200' 被隐式转成 INT）；但 SELECT '100' + 200 也会成功，而 SELECT 'abc' + 123 直接报错：Conversion failed when converting the varchar value 'abc' to data type int.
- 永远显式转换：把非字符串列包进
CAST(... AS VARCHAR)或CONVERT(VARCHAR, ...) - 避免混合类型裸写
+，尤其在动态拼接场景（比如生成 INSERT 语句）中，类型不一致会导致运行时报错 -
VARCHAR长度建议留余量，比如CAST(id AS VARCHAR(20))，别用VARCHAR(2)存三位数 ID
性能和可读性：+ vs CONCAT() 的实际取舍
CONCAT() 是 SQL Server 2012+ 引入的专用字符串拼接函数，它自动把 NULL 当作空字符串，并隐式转类型。看起来更省心，但不是万能替代。
比如：CONCAT(col1, ' - ', col2) 确实比 ISNULL(col1,'') + ' - ' + ISNULL(col2,'') 短，也安全。但它在执行计划里会产生额外的类型推导开销，尤其在大数据量 SELECT 或 WHERE 中使用时，可能影响索引利用。
- 简单 SELECT 场景（如报表展示）：优先用
CONCAT()，代码干净，不易出错 - 高频查询或 WHERE 条件中拼接（如
WHERE CONCAT(first_name, last_name) LIKE '%john%'）：避免，无法走索引，改用计算列 + 索引更稳妥 - 兼容老版本（SQL Server 2008 及以前）：只能靠
++ISNULL组合
带分隔符的拼接：别忘了空字符串的边界问题
想拼成 A,B,C，写成 col1 + ',' + col2 + ',' + col3 很危险 —— 如果中间某列为空，就会出现 A,,C 或 A,B, 这种多余逗号。
正确做法不是硬加判断，而是用逻辑组合过滤掉空值。最简方案是嵌套 NULLIF 和 ISNULL：
SELECT ISNULL(NULLIF(col1, '') + ',', '') + ISNULL(NULLIF(col2, '') + ',', '') + ISNULL(NULLIF(col3, ''), '') FROM your_table
但更清晰的方式是用 CONCAT_WS（SQL Server 2017+）：CONCAT_WS(',', col1, col2, col3)，它自动跳过 NULL 和空字符串，且只在有效值之间插分隔符。
注意：CONCAT_WS 不处理 ''（空字符串），只忽略 NULL；如果业务上空字符串也要跳过，得先用 NULLIF(col, '') 包一层。
拼接这事看着 trivial，但空值、类型、分隔符、版本兼容这四点卡住的人最多。越早统一团队写法（比如强制所有拼接前加 ISNULL(x, '')），后期排查越省力。
