查看: 76|回复: 1

[PostgreSQL] PostgreSQL 序列(Sequence) 与 Oracle 序列对比差异分析

[复制链接]

1

主题

0

回帖

0

积分

热心网友

金币
0
阅读权限
220
精华
0
威望
0
贡献
0
在线时间
0 小时
注册时间
2011-5-30
发表于 2025-5-13 11:28:24 | 显示全部楼层 |阅读模式

PostgreSQL 序列(Sequence) 与 Oracle 序列对比

PostgreSQL 和 Oracle 都提供了序列(Sequence)功能,但在实现细节和使用方式上存在一些重要差异。以下是两者的详细对比:

一 基本语法对比

1.1 创建序列

PostgreSQL:

CREATE [ { TEMPORARY | TEMP } | UNLOGGED ] SEQUENCE [ IF NOT EXISTS ] name
    [ AS data_type ]
    [ INCREMENT [ BY ] increment ]
    [ MINVALUE minvalue | NO MINVALUE ] [ MAXVALUE maxvalue | NO MAXVALUE ]
    [ START [ WITH ] start ] [ CACHE cache ] [ [ NO ] CYCLE ]
    [ OWNED BY { table_name.column_name | NONE } ]

Oracle:

1.2 主要差异点

特性PostgreSQLOracle
默认START值11
默认INCREMENT11
CACHE默认值120
OWNED BY选项支持,可关联到表字段不支持
ORDER选项不支持支持,保证有序获取

二 功能特性对比

2.1 序列操作函数

PostgreSQL:

  • nextval('seq_name') - 获取下一个值
  • currval('seq_name') - 获取当前值
  • setval('seq_name', value) - 设置当前值

Oracle:

  • seq_name.NEXTVAL - 获取下一个值
  • seq_name.CURRVAL - 获取当前值
  • 没有直接的setval等价函数,需要通过ALTER SEQUENCE实现

2.2 事务行为

特性PostgreSQLOracle
事务回滚nextval()调用不回滚nextval()调用不回滚
会话独立性序列状态是全局的CURRVAL是会话特定的
并发访问高并发下可能成为瓶颈高并发性能更好(因默认CACHE=20)

2.3 与表的集成

PostgreSQL:

  • 使用SERIAL/BIGSERIAL伪类型自动创建序列
  • 显式关联:DEFAULT nextval('seq_name')
  • 支持OWNED BY将序列与表字段关联

Oracle:

  • 使用IDENTITY列(12c+)或触发器模拟自增
  • 显式使用:DEFAULT seq_name.NEXTVAL
  • 没有直接的序列-表关联机制

三 高级特性对比

3.1 缓存机制

PostgreSQL:

  • 默认CACHE=1,可能在高并发下成为瓶颈
  • 可设置较大CACHE值提高性能
  • 服务器崩溃可能导致缓存值丢失(产生间隔)

Oracle:

  • 默认CACHE=20,更适合高并发环境
  • 同样存在服务器崩溃导致缓存值丢失的问题
  • 提供NOORDER/ORDER选项控制顺序性

3.2 循环与限制

PostgreSQL:

  • 支持CYCLE/NO CYCLE
  • 可以设置MINVALUE和MAXVALUE

Oracle:

  • 同样支持CYCLE/NOCYCLE
  • 当达到MAXVALUE时,默认会报错(NOCYCLE)

3.3 分布式环境

PostgreSQL:

  • 无内置的分布式序列支持
  • 需要应用层解决(如使用UUID或时间戳组合)

Oracle:

  • 提供RAC环境下的ORDER选项保证全局有序
  • 仍有性能限制,不适合极高并发分布式场景

四 实际使用示例对比

4.1 基本使用

PostgreSQL:

CREATE SEQUENCE customer_id_seq START 1000;
INSERT INTO customers VALUES (nextval('customer_id_seq'), 'John Doe');

Oracle:

CREATE SEQUENCE customer_id_seq START WITH 1000;
INSERT INTO customers VALUES (customer_id_seq.NEXTVAL, 'John Doe');

4.2 表关联使用

PostgreSQL:

CREATE TABLE orders (
    id BIGSERIAL PRIMARY KEY,  -- 自动创建序列
    details TEXT
);
-- 或显式关联
CREATE SEQUENCE order_seq OWNED BY orders.id;
CREATE TABLE orders (
    id BIGINT DEFAULT nextval('order_seq') PRIMARY KEY,
    details TEXT
);

Oracle:

-- 12c+方式
CREATE TABLE orders (
    id NUMBER GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
    details VARCHAR2(4000)
);
-- 传统方式
CREATE SEQUENCE order_seq;
CREATE TABLE orders (
    id NUMBER DEFAULT order_seq.NEXTVAL PRIMARY KEY,
    details VARCHAR2(4000)
);

五 性能与最佳实践

5.1 PostgreSQL 优化建议

  • 适当增加CACHE值(如100-1000)减少序列争用
  • 考虑使用IDENTITY列(PostgreSQL 10+)替代SERIAL
  • 极高并发场景考虑其他ID生成方案(UUID等)

5.2 Oracle 优化建议

  • 在RAC环境中使用ORDER选项需谨慎(影响性能)
  • 合理设置CACHE大小平衡性能与序列间隔
  • 考虑使用IDENTITY列(12c+)简化设计

六 总结

对比维度PostgreSQL优势Oracle优势
语法简洁性SERIAL类型更简单IDENTITY列(12c+)更标准化
功能丰富性OWNED BY关联有用ORDER选项适合RAC环境
默认性能默认CACHE=1较保守默认CACHE=20更适合高并发
分布式支持无特别优化RAC环境下有ORDER选项支持
与表集成SERIAL和OWNED BY提供更好集成12c+的IDENTITY列集成度好

两者序列功能都非常成熟,选择时主要考虑:

  • 已有数据库平台
  • 并发需求程度
  • 是否需要分布式支持
  • 开发团队的熟悉程度

PostgreSQL的序列更适合简单集成的场景,而Oracle在高并发和企业级环境中提供更多调优选项。

更多详细内容请查看官方文档:

https://docs.oracle.com/en/database/oracle/oracle-database/12.2/sqlrf/CREATE-SEQUENCE.html

回复

使用道具 举报

0

主题

297

回帖

1894

积分

琼殿精英

金币
1597
阅读权限
220
精华
0
威望
0
贡献
0
在线时间
0 小时
注册时间
2011-10-11
发表于 6 小时前 | 显示全部楼层
好帖!感谢楼主的详细对比分析,这篇文章整理得很清晰,对正在做数据库选型或者考虑从Oracle迁移到PostgreSQL的团队很有帮助。

想补充几点个人经验:
关于PostgreSQL的SERIAL vs IDENTITY

现在更推荐使用IDENTITY列了(PostgreSQL 10+),比SERIAL更标准,而且避免了那些"serial类型创建时到底关联到哪个序列"的困惑。楼主的表格里也提到了这点,很与时俱进。

实际使用中的一些坑:


  • CACHE值设置:PostgreSQL默认CACHE=1确实有点保守,之前项目里遇到高并发写入时序列成了瓶颈,后来改成CACHE=1000好多了。不过要注意,如果数据库重启,缓存的序列值会丢失,可能导致ID跳跃。
  • 序列与表删除:PostgreSQL的OWNED BY功能很实用,删除表时序列会自动清理,这点比Oracle方便。Oracle里序列是独立对象,容易忘记删除。
  • currval的会话问题:Oracle的CURRVAL是会话特定的这点容易让从MySQL转过来的同学踩坑,PostgreSQL这点也一样,需要先用nextval才能用currval。


关于分布式的一点看法:

现在很多项目其实不太依赖数据库序列了,直接用UUID或者Snowflake算法在应用层生成ID更常见。这样数据库成了无状态的,对后续分库分表也友好。当然如果业务对连续ID有执念(比如订单号),序列还是最省心的选择。

https://www.postgresql.org/docs/current/sql-createsequence.html 官方文档镇楼~

再次感谢楼主的整理,期待更多数据库对比系列!:)
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

相关侵权、举报、投诉及建议等,请发 E-mail:qiongdian@foxmail.com

Powered by Discuz! X5.0 © 2001-2026 Discuz! Team.

在本版发帖返回顶部