Laravel迁移中PostgreSQL执行setval设置序列值无效的原因咨询

首先要明确一个关键：你的setval语句其实已经生效了！ 你看到的currval报错，并不是因为setval没执行成功，而是currval这个函数的特性导致的。

1. currval的会话依赖性 #

PostgreSQL的currval函数只能返回当前数据库会话中最近一次对指定序列执行nextval或setval后的值。而Laravel的迁移是在一个独立的数据库会话中执行的：

• 迁移运行时，会打开一个新的DB会话，执行create table和setval，执行完成后这个会话就被关闭了。
• 当你自己新开一个会话（比如用psql或数据库客户端）执行currval时，这个会话从来没有操作过businesses_business_id_seq序列，自然会报错“currval is not yet defined in this session”。

而在Tinker/Seeder中执行setval后能正常查currval，是因为你查询currval是在同一个会话里完成的——Tinker会保持当前DB会话打开，Seeder的执行会话也和你后续在Tinker里查询的会话是同一个，所以currval能拿到值。

2. 验证setval是否真正生效的正确方式 #

要确认序列起始值是否已经设置成功，别用currval，改用下面的查询：

select last_value from businesses_business_id_seq;

或者执行一次nextval来获取下一个值（会消耗一个序列值）：

select nextval('businesses_business_id_seq');

这两个查询不需要依赖当前会话的操作记录，能直接拿到序列的当前状态。

3. Laravel迁移中设置序列起始值的更优方案 #

其实Laravel已经为PostgreSQL提供了原生的方法来设置序列起始值，不需要手动写DB::select，代码更简洁也更符合Laravel的规范：

Schema::create('businesses', function (Blueprint $table) {
    $table->id('business_id')->startingValue(1000000000);
    $table->string('business_name');
    $table->timestamps();
});

这个方法会在创建表的时候直接指定序列的起始值，避免了手动执行SQL的会话问题，也更易维护。

内容的提问来源于stack exchange，提问作者Dhairya Lakhera