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

肆無誋鄲

目录

• PostgreSQL 序列(Sequence) 与 Oracle 序列对比
• 一 基本语法对比
• 1.1 创建序列
• 1.2 主要差异点
• 二 功能特性对比
• 2.1 序列操作函数
• 2.2 事务行为
• 2.3 与表的集成
• 三 高级特性对比
• 3.1 缓存机制
• 3.2 循环与限制
• 3.3 分布式环境
• 四 实际使用示例对比
• 4.1 基本使用
• 4.2 表关联使用
• 五 性能与最佳实践
• 5.1 PostgreSQL 优化建议
• 5.2 Oracle 优化建议
• 六 总结

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 主要差异点

特性	PostgreSQL	Oracle
默认START值	1	1
默认INCREMENT	1	1
CACHE默认值	1	20
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 事务行为

特性	PostgreSQL	Oracle
事务回滚	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