能，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+）等新机制。
bee餐饮点餐外卖小程序是针对餐饮行业推出的一套完整的餐饮解决方案，实现了用户在线点餐下单、外卖、叫号排队、支付、配送等功能，完美的使餐饮行业更高效便捷！功能演示：1、桌号管理登录后台，左侧菜单 “桌号管理”，添加并管理你的桌号信息，添加以后在列表你将可以看到 ID 和 密钥，这两个数据用来生成桌子的二维码2、生成桌子二维码例如上面的ID为 308，密钥为 d3PiIY，那么现在去左侧菜单微信设置
容易被忽略的坑：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 重复或跳跃可能破坏业务逻辑一致性。
