如何解决Postgresql:为什么批量插入后没有自动更新 id 序列
假设,我有这张表:
CREATE TABLE IF NOT EXISTS public.test
(
"Id" smallint NOT NULL GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,"Value" character varying(10)
);
然后我插入一些行:
INSERT INTO public.test ("Id","Value") VALUES
(1,'Val1'),(2,'Val2'),(3,'Val3');
一切正常。但现在我想插入另一行
INSERT INTO public.test ("Value") VALUES ('Val9');
我收到错误:duplicate key violates unique constraint
也就是说,我是如何学习的,因为 pk 序列不同步。但为什么? pg 不自动更新序列有什么合理的理由吗?在单个 INSERT 之后它运行良好,但在 BULK 之后不行吗?有什么办法可以避免这些手动更新?或者在每次小批量插入后 correct 每个表的每个 pk-sequence 是否是标准的(如果有序列号)?
有关更多信息,我使用 GENERATED BY DEFAULT
是因为我想从 MysqL 迁移数据库并且我想保留 ID。并且我希望在密钥方面具有很大的灵活性(类似于 MysqL)。
但我在这里有什么不明白的地方?
抱歉,问题比我想问的多。但是......我不明白这个概念。希望得到一些解释。
解决方法
问题在于 BY DEFAULT
中的 GENERATED BY DEFAULT AS IDENTITY
。这意味着您可以覆盖自动生成的键,就像您的 INSERT
语句所做的那样。
发生这种情况时,不会修改实现标识列的序列。因此,当您插入一行而没有指定 "Id"
时,它将从 1 开始计数,这会导致冲突。
永远不要覆盖默认值。为确保这不会意外发生,请使用 GENERATED ALWAYS AS IDENTITY
。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。