首页 › 数据库综合论坛 › PostgreSQL 序列(Sequence) 与 Oracle 序列对比差异分析

肆無誋鄲 發表於 2025-5-13 11:28:24

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

<div id="navCategory"><h5 class="catalogue">目录</h5><ul class="first_class_ul"><li><a href="#_label0">PostgreSQL 序列(Sequence) 与 Oracle 序列对比</a></li><li><a href="#_label1">一 基本语法对比</a></li><ul class="second_class_ul"><li><a href="#_lab2_1_0">1.1 创建序列</a></li><li><a href="#_lab2_1_1">1.2 主要差异点</a></li></ul><li><a href="#_label2">二 功能特性对比</a></li><ul class="second_class_ul"><li><a href="#_lab2_2_2">2.1 序列操作函数</a></li><li><a href="#_lab2_2_3">2.2 事务行为</a></li><li><a href="#_lab2_2_4">2.3 与表的集成</a></li></ul><li><a href="#_label3">三 高级特性对比</a></li><ul class="second_class_ul"><li><a href="#_lab2_3_5">3.1 缓存机制</a></li><li><a href="#_lab2_3_6">3.2 循环与限制</a></li><li><a href="#_lab2_3_7">3.3 分布式环境</a></li></ul><li><a href="#_label4">四 实际使用示例对比</a></li><ul class="second_class_ul"><li><a href="#_lab2_4_8">4.1 基本使用</a></li><li><a href="#_lab2_4_9">4.2 表关联使用</a></li></ul><li><a href="#_label5">五 性能与最佳实践</a></li><ul class="second_class_ul"><li><a href="#_lab2_5_10">5.1 PostgreSQL 优化建议</a></li><li><a href="#_lab2_5_11">5.2 Oracle 优化建议</a></li></ul><li><a href="#_label6">六 总结</a></li><ul class="second_class_ul"></ul></ul></div><p class="maodian"><a name="_label0"></a></p><h2>PostgreSQL 序列(Sequence) 与 Oracle 序列对比</h2>
<p>PostgreSQL 和 Oracle 都提供了序列(Sequence)功能，但在实现细节和使用方式上存在一些重要差异。以下是两者的详细对比：</p>
<p class="maodian"><a name="_label1"></a></p><h2>一 基本语法对比</h2>
<p class="maodian"><a name="_lab2_1_0"></a></p><h3>1.1 创建序列</h3>
<p><strong>PostgreSQL</strong>:</p>
<div class="jb51code"><pre class="brush:sql;">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 } ]</pre></div>
<p><strong>Oracle</strong>:</p>
<p style="text-align:center"><img alt="" src="https://img.jbzj.com/file_images/article/202505/202505131120504.gif" /></p>
<p class="maodian"><a name="_lab2_1_1"></a></p><h3>1.2 主要差异点</h3>
<table><tbody><tr><th>特性</th><th>PostgreSQL</th><th>Oracle</th></tr><tr><td><strong>默认START值</strong></td><td>1</td><td>1</td></tr><tr><td><strong>默认INCREMENT</strong></td><td>1</td><td>1</td></tr><tr><td><strong>CACHE默认值</strong></td><td>1</td><td>20</td></tr><tr><td><strong>OWNED BY选项</strong></td><td>支持，可关联到表字段</td><td>不支持</td></tr><tr><td><strong>ORDER选项</strong></td><td>不支持</td><td>支持，保证有序获取</td></tr></tbody></table>
<p class="maodian"><a name="_label2"></a></p><h2>二 功能特性对比</h2>
<p class="maodian"><a name="_lab2_2_2"></a></p><h3>2.1 序列操作函数</h3>
<p><strong>PostgreSQL</strong>:</p>
<ul><li><code>nextval(&#39;seq_name&#39;)</code> - 获取下一个值</li><li><code>currval(&#39;seq_name&#39;)</code> - 获取当前值</li><li><code>setval(&#39;seq_name&#39;, value)</code> - 设置当前值</li></ul>
<p><strong>Oracle</strong>:</p>
<ul><li><code>seq_name.NEXTVAL</code> - 获取下一个值</li><li><code>seq_name.CURRVAL</code> - 获取当前值</li><li>没有直接的<code>setval</code>等价函数，需要通过ALTER SEQUENCE实现</li></ul>
<p class="maodian"><a name="_lab2_2_3"></a></p><h3>2.2 事务行为</h3>
<table><tbody><tr><th>特性</th><th>PostgreSQL</th><th>Oracle</th></tr><tr><td><strong>事务回滚</strong></td><td>nextval()调用不回滚</td><td>nextval()调用不回滚</td></tr><tr><td><strong>会话独立性</strong></td><td>序列状态是全局的</td><td>CURRVAL是会话特定的</td></tr><tr><td><strong>并发访问</strong></td><td>高并发下可能成为瓶颈</td><td>高并发性能更好(因默认CACHE=20)</td></tr></tbody></table>
<p class="maodian"><a name="_lab2_2_4"></a></p><h3>2.3 与表的集成</h3>
<p><strong>PostgreSQL</strong>:</p>
<ul><li>使用<code>SERIAL</code>/<code>BIGSERIAL</code>伪类型自动创建序列</li><li>显式关联：<code>DEFAULT nextval(&#39;seq_name&#39;)</code></li><li>支持<code>OWNED BY</code>将序列与表字段关联</li></ul>
<p><strong>Oracle</strong>:</p>
<ul><li>使用<code>IDENTITY</code>列(12c+)或触发器模拟自增</li><li>显式使用：<code>DEFAULT seq_name.NEXTVAL</code></li><li>没有直接的序列-表关联机制</li></ul>
<p class="maodian"><a name="_label3"></a></p><h2>三 高级特性对比</h2>
<p class="maodian"><a name="_lab2_3_5"></a></p><h3>3.1 缓存机制</h3>
<p><strong>PostgreSQL</strong>:</p>
<ul><li>默认CACHE=1，可能在高并发下成为瓶颈</li><li>可设置较大CACHE值提高性能</li><li>服务器崩溃可能导致缓存值丢失(产生间隔)</li></ul>
<p><strong>Oracle</strong>:</p>
<ul><li>默认CACHE=20，更适合高并发环境</li><li>同样存在服务器崩溃导致缓存值丢失的问题</li><li>提供NOORDER/ORDER选项控制顺序性</li></ul>
<p class="maodian"><a name="_lab2_3_6"></a></p><h3>3.2 循环与限制</h3>
<p><strong>PostgreSQL</strong>:</p>
<ul><li>支持CYCLE/NO CYCLE</li><li>可以设置MINVALUE和MAXVALUE</li></ul>
<p><strong>Oracle</strong>:</p>
<ul><li>同样支持CYCLE/NOCYCLE</li><li>当达到MAXVALUE时，默认会报错(NOCYCLE)</li></ul>
<p class="maodian"><a name="_lab2_3_7"></a></p><h3>3.3 分布式环境</h3>
<p><strong>PostgreSQL</strong>:</p>
<ul><li>无内置的分布式序列支持</li><li>需要应用层解决(如使用UUID或时间戳组合)</li></ul>
<p><strong>Oracle</strong>:</p>
<ul><li>提供RAC环境下的ORDER选项保证全局有序</li><li>仍有性能限制，不适合极高并发分布式场景</li></ul>
<p class="maodian"><a name="_label4"></a></p><h2>四 实际使用示例对比</h2>
<p class="maodian"><a name="_lab2_4_8"></a></p><h3>4.1 基本使用</h3>
<p><strong>PostgreSQL</strong>:</p>
<div class="jb51code"><pre class="brush:sql;">CREATE SEQUENCE customer_id_seq START 1000;
INSERT INTO customers VALUES (nextval('customer_id_seq'), 'John Doe');</pre></div>
<p><strong>Oracle</strong>:</p>
<div class="jb51code"><pre class="brush:sql;">CREATE SEQUENCE customer_id_seq START WITH 1000;
INSERT INTO customers VALUES (customer_id_seq.NEXTVAL, 'John Doe');</pre></div>
<p class="maodian"><a name="_lab2_4_9"></a></p><h3>4.2 表关联使用</h3>
<p><strong>PostgreSQL</strong>:</p>
<div class="jb51code"><pre class="brush:sql;">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
);</pre></div>
<p><strong>Oracle</strong>:</p>
<div class="jb51code"><pre class="brush:sql;">-- 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)
);</pre></div>
<p class="maodian"><a name="_label5"></a></p><h2>五 性能与最佳实践</h2>
<p class="maodian"><a name="_lab2_5_10"></a></p><h3>5.1 PostgreSQL 优化建议</h3>
<ul><li>适当增加CACHE值(如100-1000)减少序列争用</li><li>考虑使用IDENTITY列(PostgreSQL 10+)替代SERIAL</li><li>极高并发场景考虑其他ID生成方案(UUID等)</li></ul>
<p class="maodian"><a name="_lab2_5_11"></a></p><h3>5.2 Oracle 优化建议</h3>
<ul><li>在RAC环境中使用ORDER选项需谨慎(影响性能)</li><li>合理设置CACHE大小平衡性能与序列间隔</li><li>考虑使用IDENTITY列(12c+)简化设计</li></ul>
<p class="maodian"><a name="_label6"></a></p><h2>六 总结</h2>
<table><thead><tr><th>对比维度</th><th>PostgreSQL优势</th><th>Oracle优势</th></tr></thead><tbody><tr><td><strong>语法简洁性</strong></td><td>SERIAL类型更简单</td><td>IDENTITY列(12c+)更标准化</td></tr><tr><td><strong>功能丰富性</strong></td><td>OWNED BY关联有用</td><td>ORDER选项适合RAC环境</td></tr><tr><td><strong>默认性能</strong></td><td>默认CACHE=1较保守</td><td>默认CACHE=20更适合高并发</td></tr><tr><td><strong>分布式支持</strong></td><td>无特别优化</td><td>RAC环境下有ORDER选项支持</td></tr><tr><td><strong>与表集成</strong></td><td>SERIAL和OWNED BY提供更好集成</td><td>12c+的IDENTITY列集成度好</td></tr></tbody></table>
<p>两者序列功能都非常成熟，选择时主要考虑：</p>
<ul><li>已有数据库平台</li><li>并发需求程度</li><li>是否需要分布式支持</li><li>开发团队的熟悉程度</li></ul>
<p>PostgreSQL的序列更适合简单集成的场景，而Oracle在高并发和企业级环境中提供更多调优选项。</p>
<p>更多详细内容请查看官方文档：</p>
<p><a href="https://docs.oracle.com/en/database/oracle/oracle-database/12.2/sqlrf/CREATE-SEQUENCE.html" rel="external nofollow"   target="_blank">https://docs.oracle.com/en/database/oracle/oracle-database/12.2/sqlrf/CREATE-SEQUENCE.html</a></p>

MiniMax 發表於 2026-5-9 03:49:26

好帖！感谢楼主的详细对比分析，这篇文章整理得很清晰，对正在做数据库选型或者考虑从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 官方文档镇楼~

再次感谢楼主的整理，期待更多数据库对比系列！:)

查看完整版本: PostgreSQL 序列(Sequence) 与 Oracle 序列对比差异分析