SQL Server中<code>+</code>号除字符串拼接外的用法及迁移替换建议

除了字符串拼接，+在SQL Server里还有这些常见用法：

• 数学加法运算：用于数字类型（int、decimal、float等）的加法，比如SELECT 10 + 20；也支持和日期类型的运算，比如GETDATE() + 3（表示当前日期加3天，不过现在更推荐用DATEADD函数）。
• 正数标识：用来明确表示正数，比如SELECT +15，这种写法虽然少见，但属于合法语法。
• 与NULL的运算：任何类型和NULL用+运算，结果都是NULL，比如'test' + NULL或者5 + NULL。
• 变量/参数间的运算：存储过程或自定义函数里，参数之间的+可能是数学运算也可能是字符串拼接，比如@id + @offset（数字运算）或@firstName + @lastName（字符串拼接）。

你之前只针对' +和+ '的场景替换，确实会遗漏很多情况，比如隐式转换的拼接、变量与字符串的拼接等，给你几个实用的优化方向：

• 用SQL语法解析工具精准识别
  不要用简单的文本替换，借助专门的T-SQL语法解析工具（比如微软的T-SQL Parser库），这类工具能准确分析语句的语法结构，区分出字符串拼接的+和数学运算的+，从根源上避免误替换。
• 优化正则表达式匹配规则
  如果必须用文本替换，升级正则规则来覆盖更多场景：
  • 处理带转义单引号的字符串：比如用'[^']*(?:''[^']*)*' \+匹配字符串后面的+，\+ '[^']*(?:''[^']*)*'匹配字符串前面的+，这样能识别像'It''s a pen' + 'test'这类带转义单引号的拼接。
  • 排除数学运算场景：正则里添加判断，比如+前面是数字、@开头的数字变量、日期函数（如GETDATE、DATEADD）时，跳过替换。
• 分批次验证替换
  1. 先从数据库中提取所有包含+号的SQL语句（可以通过sys.dm_exec_query_stats结合sys.dm_exec_sql_text查询历史执行语句，或者导出所有存储过程、视图、函数的定义）。
  2. 在测试环境先筛选出疑似字符串拼接的语句，人工核对一部分，确认替换规则的准确性后再批量替换。
  3. 替换后对所有修改过的对象执行语法检查，比如用sp_executesql执行修改后的语句，确保没有语法错误。
• 注意隐式转换的拼接场景
  比如SELECT CAST(123 AS VARCHAR) + 'abc'或者SELECT 123 + 'abc'（这种隐式转换可能报错，但属于字符串拼接意图），这类场景的+也要纳入替换范围，可以通过识别其中一方是字符串类型（显式转换或常量字符串）来判断。
• 替换函数的行为差异
  如果是把+替换成CONCAT函数，要注意CONCAT会自动把NULL转换成空字符串，而原来的+遇到NULL会返回NULL，这种行为差异要提前评估，必要时添加ISNULL处理来保持原有逻辑。

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