stuff函数本质是“删除+替换”而非纯插入，仅当length为0时实现插入效果；需注意start从1开始、参数非null、超出长度返回null等规则，优先使用字符串拼接替代。
STUFF函数不是用来“插入字符串”的通用工具
SQL Server 的 STUFF 函数本质是「删除 + 替换」，不是纯插入。它从指定位置删掉指定长度的字符，再把新字符串插进去——所谓“插入”，只是删 0 个字符后塞入，属于特例。
常见误解是拿它当 INSERT 用，结果位置算错、长度设成负数，直接报错 Argument 3 of the STUFF function cannot be negative。
-
STUFF(string, start, length, replacement)：start 从 1 开始（不是 0） - length 为 0 时，相当于在 start 位置前“纯插入”，例如
STUFF('abc', 2, 0, 'X')→'aXbc' - length 超出剩余长度，会删到末尾，不会报错；但 start 超出原字符串长度，返回 NULL（不是原字符串）
- 所有参数必须为非 NULL 值，任一为 NULL 整体返回 NULL
想在字符串开头/结尾加内容？别硬套STUFF
拼接比 STUFF 更直观、更安全。除非你真需要“在中间第 N 位替换掉 M 个字符”，否则优先用 + 或 CONCAT。
比如给编号加前缀 'ORD-'，写 STUFF(order_id, 1, 0, 'ORD-') 看似可行，但不如 'ORD-' + order_id 清晰，且避免了空值导致整个字段变 NULL 的风险。
- 开头加：用
'prefix' + col，或CONCAT('prefix', col)（自动处理 NULL） - 结尾加：用
col + 'suffix'，或CONCAT(col, 'suffix') - 只有需覆盖中间某段时，才用
STUFF，例如把电话号第 4–7 位替换成****：STUFF(phone, 4, 4, '****')
STUFF和SUBSTRING组合常被误用
有人试图用 STUFF 模拟“在位置 X 插入 Y”，却漏掉边界判断，导致生产环境返回 NULL。典型错误是没检查 start 是否超出长度。
安全写法要兜底，例如确保插入位置不超限：
SELECT
CASE
WHEN LEN(name) >= 3 THEN STUFF(name, 3, 0, '_')
ELSE name
END AS new_name
FROM users;
更健壮的做法是用 ISNULL 或 COALESCE 处理可能的 NULL 输入，因为 STUFF(NULL, ...) 直接返回 NULL，不是字符串。
- 别依赖
STUFF自动跳过 NULL：显式用ISNULL(col, '')包一层 - 如果目标是“固定位置插入”，先用
LEN()和CASE判断长度是否足够，再调用STUFF -
SUBSTRING(col, 1, N)+STUFF组合容易嵌套过深，可读性差，多数场景用LEFT/RIGHT更直白
其他数据库没有STUFF，迁移时要重写
MySQL、PostgreSQL、SQLite 都没有 STUFF。SQL Server 用户若计划跨库，得提前规划等价逻辑。
等效实现核心是：取前段 + 新串 + 取后段。例如 SQL Server 的 STUFF(str, 2, 3, 'XX')，在 PostgreSQL 中得写成：
LEFT(str, 1) || 'XX' || SUBSTRING(str FROM 5)
注意 PostgreSQL 的 SUBSTRING 下标从 1 开始，但 FROM 5 表示从第 5 位起取到末尾，和 SQL Server 的 SUBSTRING(str, 5, LEN(str)) 等价。
- MySQL 用
CONCAT(LEFT(str,1), 'XX', MID(str,5,LENGTH(str))) - Oracle 用
SUBSTR(str,1,1) || 'XX' || SUBSTR(str,5) - 只要涉及跨库，就别在业务逻辑里深度绑定
STUFF，抽象成视图或应用层处理更稳妥
