能，PostgreSQL的SEQUENCE是独立对象，可被多表显式调用nextval()共享；需避免OWNED BY、配齐权限、统一用DEFAULT或触发器赋值，并注意非连续性与单库局限。
PostgreSQL 中 SEQUENCE 能否跨表共享？
能，但不是“自动跨表”，而是通过显式调用实现。PostgreSQL 的 SEQUENCE 本身是独立对象，不绑定到某张表，只要权限允许，任何 INSERT 或函数里都能调用 nextval('seq_name')。这意味着你可以为多个表共用同一个序列，比如 global_id_seq，所有需要全局 ID 的表都从它取值。
常见误区是以为 CREATE TABLE ... SERIAL 创建的序列能跨表复用——其实它只是隐式创建了专属序列（如 table1_id_seq），名字和用法都隔离了，不能直接用于其他表。
如何安全地在多张表中调用同一 SEQUENCE？
核心是统一调用方式 + 避免硬编码。推荐用 DEFAULT 表达式或触发器封装，而不是每次 INSERT 都手写 nextval()。
- 给每张表的主键列设
DEFAULT nextval('global_id_seq')，插入时不提供该字段即可自动获取新值 - 若需兼容旧数据或动态控制，可用
BEFORE INSERT触发器，在触发器函数里赋值NEW.id := nextval('global_id_seq') - 避免在应用层多次调用
nextval()后再拼 SQL 插入——网络中断或事务回滚会导致 ID “空耗” - 确保所有表的主键类型与序列返回类型一致（通常用
BIGINT，避免INTEGER溢出）
为什么不用 uuid_generate_v4()？什么场景下 SEQUENCE 更合适？
uuid_generate_v4() 是随机 UUID，无序、存储大（16 字节）、索引效率低；而 SEQUENCE 生成的是递增整数，适合做聚簇索引、分页排序、前端展示（如订单号 202405170000123 这类带业务含义的 ID 可基于序列值构造）。
但要注意：SEQUENCE 不保证绝对连续（缓存、回滚、并发预分配都会跳号），也不具备分布式能力——单库内可靠，跨实例时必须用中心化序列服务或改用 pg_sequence（v17+）等新机制。
容易被忽略的坑：OWNED BY 和权限问题
如果用 CREATE SEQUENCE global_id_seq OWNED BY table1.id，PostgreSQL 会在删表时级联删掉这个序列——这会直接导致其他表无法插入。所以跨表共享序列时，一定不要加 OWNED BY。
另外，应用连接的数据库用户必须有该序列的 USAGE 和 SELECT 权限：
GRANT USAGE, SELECT ON SEQUENCE global_id_seq TO app_user;
否则会报错：ERROR: permission denied for sequence global_id_seq。权限漏配在迁移或新建环境时特别容易发生。
序列值一旦开始使用，就别轻易 ALTER SEQUENCE ... RESTART，尤其当已有表外键引用该 ID 时——ID 重复或跳跃可能破坏业务逻辑一致性。
