必须用 before insert for each row 触发器在插入前生成流水号赋给 new.bill_no，否则主键冲突；函数中直接赋值 new.bill_no := 'bill' || to_char(current_date, 'yyyymmdd') || lpad(nextval('seq_bill')::text, 6, '0')，不可用 select into 或 now()。
必须用 BEFORE INSERT FOR EACH ROW 触发器
流水号得在数据写入表之前就生成并赋给 NEW.bill_no，否则主键或唯一约束会直接报错。用 AFTER INSERT 再去 UPDATE orders 会触发 mutating table 错误；FOR EACH STATEMENT 则无法逐行赋值，所有插入行拿到的都是同一个号。
正确声明方式是：
CREATE TRIGGER tr_gen_bill_no BEFORE INSERT ON orders FOR EACH ROW EXECUTE FUNCTION gen_bill_no_func();
- 不能漏掉
FOR EACH ROW，这是 PostgreSQL 行级触发器的强制语法 -
EXECUTE FUNCTION是 12+ 推荐写法，旧版用EXECUTE PROCEDURE兼容性差 - 函数名必须已存在，且返回类型为
TRIGGER
函数里必须用 nextval() 而不是 SELECT INTO
PostgreSQL 触发器函数中不能写 SELECT nextval('seq_bill') INTO NEW.bill_no —— 这种写法不仅多余，还可能因权限或上下文问题失败。正确做法是直接赋值：
NEW.bill_no := 'BILL' || TO_CHAR(CURRENT_DATE, 'YYYYMMDD') || LPAD(nextval('seq_bill')::TEXT, 6, '0');
-
nextval('seq_bill')返回 bigint，需显式转成::TEXT才能拼接 - 别用
NOW()或CLOCK_TIMESTAMP()拼日期前缀，它们是语句开始时间，不保证事务内一致；CURRENT_DATE更稳 - 序列名必须用单引号包裹，且大小写敏感（如创建时是
"Seq_Bill"，调用时也得写'"Seq_Bill"'）
并发下跳号是正常现象，别试图“修复”
只要调用了 nextval()，哪怕事务回滚、触发器中途报错、连接中断，这个号就永远消失了。这不是 bug，是序列设计使然。
- 默认
CACHE 1时最“连续”，但性能差；CACHE 50是常见折中，重启后可能跳几十号 - 业务若硬性要求“零跳号”，就别用序列 + 触发器，该方案天然不支持
- 想按日期重置编号（如每天从 0001 开始），不能靠触发器查当天最大号再 +1 —— 高并发下
SELECT MAX()会读到旧值，必须用计数表 +UPDATE ... RETURNING原子更新
容易忽略的权限与依赖问题
触发器函数执行时，是以调用者身份运行的，不是以定义者身份。如果函数里访问了序列，而当前用户没有 USAGE 权限，就会报错 permission denied for sequence seq_bill。
- 建完序列后，务必执行：
GRANT USAGE, SELECT ON SEQUENCE seq_bill TO app_user; - 如果序列被
OWNED BY orders.id绑定，后续删表会连带删序列 —— 但触发器还在引用它，下次插入就崩 - 检查序列归属：
SELECT seqname, owner FROM pg_sequences WHERE schemaname = 'public';
CURRENT_DATE 当成了毫秒级时间戳来用。这些点不提前验证，压测一跑就暴露。
