数据分析中如何搭配+使用CONCAT？何时优先选它而非CONCAT_WS？

• 核心逻辑：CONCAT()的作用是将入参自动转为字符串后拼接，全程跳过NULL值（把NULL按空字符串处理）。搭配+运算符时，本质是把CONCAT返回的拼接结果作为一个完整字符串块，和其他固定文本、字段值、计算结果做二次拼接，不要把逻辑完全混写避免出错。
• 基础写法示例：
  比如要给拼接好的省市区详细地址加固定前缀，直接把固定文本用+和CONCAT块连接即可：

  SELECT '收货地址：' + CONCAT(province, city, district, detail_addr) AS full_addr
  FROM user_order
  

• 高频踩坑提醒：
  • 注意类型优先级：当+两侧都是数值类型时，数据库会优先执行数学加法，不会做字符串拼接。如果要拼接数值，要么把数值直接放进CONCAT的参数列表（CONCAT会自动转字符串），要么手动把数值转成字符类型再用+连接，反例和正例如下：

    -- 错误写法：会返回计算结果300，不是预期的字符串"金额100200"
    SELECT '金额' + 100 + 200
    -- 正确写法1：数值放CONCAT内自动转义
    SELECT CONCAT('金额',100,200)
    -- 正确写法2：手动转类型后再用+拼接
    SELECT '金额' + CAST(100 AS VARCHAR) + CAST(200 AS VARCHAR)
    

  • 注意NULL处理差异：只要+任意一侧的值是NULL，整个+连接的片段都会返回NULL；但CONCAT内部会自动把NULL处理为空串。实际写的时候建议把可能为NULL的字段都放进CONCAT的参数列表里，避免整个拼接结果意外变成NULL。

先明确CONCAT_WS的核心特性：第一个参数传固定分隔符，后续所有入参都会自动用这个分隔符拼接，同样跳过NULL值。它适合所有片段用统一分隔符连接的场景，但以下场景用CONCAT搭配+效率更高、可读性更好：

• 场景1：拼接内容没有统一分隔符，混合多种格式的固定文本
  比如要生成用户张三（ID：10086）- 等级：VIP3这类标签，片段之间有括号、冒号、短横线多种连接符，没有统一分隔符。如果用CONCAT_WS需要反复嵌套函数补符号，代码冗余可读性差，直接用+搭配CONCAT写逻辑更顺：

  -- 写法简洁直观
  SELECT '用户' + CONCAT(user_name,'（ID：',user_id,'）- 等级：',user_level) AS user_tag
  FROM user_info
  

• 场景2：不同拼接片段的NULL校验要求不一致
  比如拼接订单标签时，要求「订单编号：」前缀必须和有效订单号绑定（订单号为NULL时整个标签直接返回NULL，不展示无效内容），但后面的订单备注允许为空（NULL时直接显示空，不影响整个标签）。这种逻辑用CONCAT搭配+刚好适配：+连接的前缀和订单号部分会自动做NULL校验，CONCAT包裹的备注部分会自动把NULL转空串，不需要额外写NULL判断函数。

  -- 效果：订单号为空时返回NULL，备注为空时正常显示"订单编号：XXX，备注："
  SELECT '订单编号：' + CONCAT(order_id, '，备注：', order_remark) AS order_tag
  FROM order_list
  

• 场景3：拼接内容里混合数值计算逻辑
  比如要展示商品实付：XX元，其中XX是单价乘以购买数量减去优惠的计算结果，用CONCAT搭配+可以把计算块和文本块拆分清楚，不需要在CONCAT_WS里嵌套多层计算逻辑，后续维护改代码更方便：

  SELECT '商品实付：' + CONCAT(unit_price * buy_count - discount, '元') AS pay_text
  FROM order_goods
  

• 场景4：低版本数据库兼容场景
  不少老版本数据库（比如SQL Server 2008及更早版本）没有内置CONCAT_WS函数，但支持CONCAT和+拼接语法，这种环境下只能用CONCAT搭配+实现复杂字符串拼接需求。

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