REPLICATE('0', n) + CAST(id AS VARCHAR) 后用 RIGHT(..., n) 是 SQL Server 中最稳的左补零写法，它显式构造零串、自动截断超长值、天然支持下溢（如0→'0000'），且规避了 STR() 的空格填充与负数/小数不稳定问题。
REPLICATE 在 SQL Server 中怎么生成左补零编号？
SQL Server 没有 LPAD，但 REPLICATE 可以凑出类似效果。核心思路是：先转成字符串，再用 REPLICATE('0', n) 拼接，最后取右边 n 位。
常见错误是直接 REPLICATE('0', 6 - LEN(id)) + CAST(id AS VARCHAR)，但 id 为 NULL 或超过 6 位时会出错或截断。
- 必须加
ISNULL或COALESCE处理 NULL：REPLICATE('0', 6 - LEN(COALESCE(CAST(id AS VARCHAR), ''))) + COALESCE(CAST(id AS VARCHAR), '') - 长度不足才补零，超长要截断：
RIGHT(REPLICATE('0', 6) + COALESCE(CAST(id AS VARCHAR), ''), 6)更安全 -
id是数值型时，CAST比CONVERT更简洁；若字段本身是字符串，注意空格可能被隐式截断（CHAR类型）
MySQL 的 RPAD 和 LPAD 哪个更适合编号补零？
MySQL 从 5.7 起原生支持 LPAD，比 RPAD 更适合编号场景——它往左边补字符，自然实现前导零。
用 RPAD 也能做，但得绕路：RPAD(CAST(id AS CHAR), 6, '0') 是右对齐补零，结果像 '123000'，完全不对。
- 正确写法只有：
LPAD(CAST(id AS CHAR), 6, '0') - 如果
id是INT，CAST(id AS CHAR)可省略括号，但显式写出更易读、避免隐式转换歧义 - 注意：MySQL 8.0+ 对
LPAD输入为 NULL 时返回 NULL，不报错；但业务中建议提前用IFNULL(id, 0)控制默认值
PostgreSQL 怎么安全实现固定长度编号？
PostgreSQL 没有 REPLICATE 或 LPAD 内置函数（直到 14 版本才加入 LPAD），老版本得靠 repeat() + 字符串拼接，容易漏掉边界情况。
典型错误写法：repeat('0', 6 - length(id::text)) || id::text —— 当 id 长度 ≥6 时结果超长，且 id 为 NULL 时整个表达式为 NULL。
- 推荐组合：
right('000000' || COALESCE(id::text, ''), 6)，简单、兼容所有版本、自动截断 - 如果用
repeat()，必须加GREATEST(0, 6 - length(COALESCE(id::text, '')))防负数参数报错 - 性能上，硬编码字符串（如
'000000'）比动态repeat()略快，尤其在大表上
跨数据库统一写法真的可行吗？
没有银弹。不同数据库对 NULL、类型隐式转换、字符串截断的处理差异太大，强行写“通用 SQL”大概率在某个环境崩掉。
比如 RIGHT('000000' + CAST(id AS VARCHAR), 6) 在 SQL Server 可行，但在 PostgreSQL 会报错（+ 不支持字符串连接）；而 LPAD 在 MySQL 和 PG 14+ 存在，但 SQL Server 完全不认。
- 最稳妥的方式是：按目标数据库选函数，用 ORM 或应用层做适配，而不是在 SQL 里硬拼
- 如果必须写纯 SQL（如视图或迁移脚本），优先用
RIGHT+ 固定长度占位字符串，它在 SQL Server、PostgreSQL、Oracle 都可用，MySQL 需改用RIGHT(CONCAT('000000', id), 6) - 别忽略 collation 影响：某些排序规则下，空格或不可见字符会让
length()计算异常，测试时务必用真实数据集验证
