更新

我相信你会发生什么：当你select last_value-你得到最后使用的序列值，当你insert行，id的默认值是nextval，它将值滚动一个以上。

previous我相信你在中间步骤的某个地方有一个额外的nextval。如果你在一个语句中这样做，它会像你期望的那样工作，例如：

t=# create table so12(s int default nextval('s'), t text);
CREATE TABLE
t=# insert into so12(t) select last_value||'_abc.txt' from s;
INSERT 0 1
t=# select * from so12;
 s |     t
---+-----------
 1 | 1_abc.txt
(1 row)

字符串

update 2正如Nick巴恩斯所注意到的，进一步的（初始化1）迭代将给予错误的结果，因此您需要使用他提出的CASE逻辑

这是Postgres实现序列的方式中的一个怪癖;作为事务数据库中固有的非事务对象，它们的行为有点奇怪。
当你第一次调用nextvalue()时，它不会 * 影响你在a_seq.last_value中看到的数字。但是，它会 * 翻转a_seq.is_called标志：

test=# create sequence a_seq;
test=# select last_value, is_called from a_seq;
 last_value | is_called
------------+-----------
          1 | f

test=# select nextval('a_seq');
 nextval
---------
       1

test=# select last_value, is_called from a_seq;
 last_value | is_called
------------+-----------
          1 | t

字符串
所以如果你需要序列中的下一个值，

SELECT
  last_value + CASE WHEN is_called THEN 1 ELSE 0 END
FROM a_seq

型
请注意，如果两个进程同时执行此操作，则会严重损坏，因为无法保证您将在下一次nextval()调用中实际收到此值。在这种情况下，如果您确实需要filename来匹配id，则需要使用trigger生成它，或者在知道id是什么后使用UPDATE生成它。
但根据我的经验，最好避免数据和键之间的任何依赖关系，如果你只需要一个唯一的filename，我会创建一个独立的filename_seq。

当执行INSERT语句时没有id的值- Postgres自动从序列中使用next_val获取它。变量colnames中的列列表没有id，所以PG从序列中获取下一个值。为了解决这个问题，您可以将id添加到colnames。

为了避免数据和密钥之间的任何依赖关系，请尝试：

CREATE SEQUENCE your_sequence
INCREMENT 1
MINVALUE 1
MAXVALUE 9223372036854775807
START 1
CACHE 1;
ALTER TABLE your_sequence
OWNER TO postgres;

字符串

看看你发布的内容，要选择x_seq的last_value，你必须像表ie那样调用它：

select last_value from xscheme.x_seq;

字符串