LPAD和RPAD在主流数据库中支持情况不同：MySQL和PostgreSQL原生支持；Oracle自12c起支持，此前需变通；SQL Server完全不支持，须用RIGHT+REPLICATE替代；SQLite不支持，可用PRINTF模拟。
LPAD 和 RPAD 在主流数据库中的支持情况
MySQL 和 PostgreSQL 原生支持 LPAD 和 RPAD，Oracle 从 12c 起支持（之前需用 RPAD/LPAD 的变通写法或 CONCAT 拼接），SQL Server 完全不支持这两个函数——直接用会报 Invalid column name 'LPAD' 或类似错误。
如果你在 SQL Server 上看到 LPAD 报错，不是语法写错了，是根本不存在这个函数。得换用 RIGHT + REPLICATE 组合；SQLite 则只支持 PRINTF 格式化模拟（如 printf('%05d', col)）。
MySQL 中 LPAD/RPAD 的基本用法和常见陷阱
LPAD(str, len, padstr) 表示把 str 左侧补足到长度 len，不足部分用 padstr 循环填充；RPAD 同理向右补。关键点在于：
-
len是最终字符串总长度，不是补几个字符；如果原字符串已超长，会被截断（不是报错） -
padstr可以是多字符，比如LPAD('123', 7, 'xy')→'xyxy123'（注意顺序：填充在左，原串在右） - 若
padstr为空字符串，结果恒为NULL（MySQL 8.0+ 行为，旧版可能报错） - 对数值字段直接使用要小心隐式转换：比如
LPAD(42, 4, '0')会先转成'42'再补，结果是'0042'，但LPAD(NULL, 4, '0')结果仍是NULL
PostgreSQL 中的等效写法与 NULL 处理差异
PostgreSQL 支持标准 LPAD/RPAD，但行为上有个易忽略点：当输入字符串为 NULL 时，结果也是 NULL，不会报错也不会跳过——这点和 MySQL 一致。但如果你需要把 NULL 当作空字符串处理，必须显式用 COALESCE：
SELECT LPAD(COALESCE(phone, ''), 11, '0') FROM users;
另外，PostgreSQL 对 len 参数类型更严格：它必须是 integer，不能是浮点数或字符串。传入 LPAD(name, '5', '0') 会报错 function lpad(unknown, unknown, unknown) does not exist。
SQL Server 替代方案：用 RIGHT + REPLICATE 实现左补零
在 SQL Server 中，想实现 LPAD(col, 6, '0') 的效果，标准写法是：
SELECT RIGHT(REPLICATE('0', 6) + ISNULL(CAST(col AS VARCHAR), ''), 6) FROM table;
说明：
-
REPLICATE('0', 6)生成六个'0' -
ISNULL(..., '')防止col为NULL导致整串变NULL -
CAST确保数值类字段转成字符串（否则拼接会失败） -
RIGHT(..., 6)截取末尾 6 位，保证长度严格为 6（即使原值超长）
这个组合看起来啰嗦，但比用 STUFF 或 CTE 更稳定，也避免了 FORMAT 函数在旧版本不可用的问题。
最常被忽略的是字段类型隐式转换和 NULL 传播——不管用哪个数据库，只要字段可能为空或含数字，就得提前想好怎么兜底。补位看着简单，一上线就因数据异常导致长度错乱，往往就栽在这两处。
