能实现全局唯一业务ID，但需在触发器中用pg_advisory_xact_lock或LOCK控制并发，先取NEXTVAL再TO_CHAR+LPAD拼接前缀，避免应用层拼接破坏原子性，跨库时SEQUENCE失效。
PostgreSQL 中用 SEQUENCE + TRIGGER 生成全局唯一业务 ID 的核心逻辑
直接说结论：能实现，但「全局唯一」不等于「业务友好」——SEQUENCE 本身只保证单调递增和跨事务不重复，若要带业务前缀（如 "ORD2024051700001"）、时间信息或分片标识，必须在触发器里拼接并校验长度、格式、冲突风险。
触发器里怎么安全拼接前缀 + 序列值
常见错误是直接用 NEXTVAL('seq_name') 拼字符串后赋给字段，结果并发插入时出现重复 ID（因为触发器执行顺序不可控，且序列跳号不等于业务编号连续）。
- 必须用
pg_advisory_xact_lock()或表级LOCK TABLE ... IN EXCLUSIVE MODE控制并发拼号节奏（仅在极低频、强顺序要求场景才需） - 更推荐：先取
NEXTVAL，再用TO_CHAR格式化为固定位数，最后拼前缀，例如：NEW.id := 'ORD' || TO_CHAR(CURRENT_DATE, 'YYYYMMDD') || LPAD(NEXTVAL('order_id_seq')::TEXT, 5, '0'); - 注意
LPAD位数要大于序列最大预期值位数，否则溢出截断（比如设 5 位但序列已到 100000）
为什么不能在应用层做拼接
看似简单，但会破坏原子性：应用取序列值 → 拼接 → 插入，中间若失败或重试，可能漏号、重复、或生成非法格式 ID（如日期错位、前缀写死未更新）。
