Mikhail Shytsko：成功加载后立即失败的Postgres插入
内容提要
PostgreSQL导入数据后，因显式指定ID未更新序列，导致后续插入报主键重复。修复需用`setval(pg_get_serial_sequence(...), max(id))`，注意空表用`coalesce`，避免硬编码序列名。身份列可用`RESTART WITH`，批量修复可遍历目录，或改用生成数据避免显式ID。
延伸解读
为什么显式ID会导致序列不同步
当您显式插入ID时，Postgres不会更新对应的序列，因为默认值nextval()没有被触发。这导致序列停留在初始状态，而表中已有数据。下次插入时，序列会生成一个已存在的ID，从而引发主键冲突。理解这一点有助于快速定位问题。
修复序列的常见陷阱
修复时，不要硬编码序列名，因为表重命名后序列名不会改变。使用pg_get_serial_sequence()可以动态获取正确的序列名。另外，空表时max(id)为NULL，setval()会静默失败，因此需要使用coalesce和is_called参数来正确处理空表情况。
批量修复与预防措施
对于整个schema的批量修复，可以遍历information_schema.columns，动态生成setval语句。更根本的预防方法是避免在导入数据时显式指定ID，而是让数据库自动生成，并使用RETURNING或CTE捕获生成的ID。这样可以从源头避免序列不同步的问题。
Q&A
为什么导入数据后，PostgreSQL插入新行会报主键重复错误？
因为导入时显式指定了id值，这些值不会更新序列，序列仍停留在初始状态，导致后续插入时序列生成的id与已有数据冲突。
如何修复PostgreSQL导入数据后序列不同步的问题？
使用setval(pg_get_serial_sequence('表名', '列名'), (SELECT max(列名) FROM 表名))将序列设置为当前最大值。注意不要硬编码序列名，空表时需使用coalesce处理NULL。
为什么使用identity列（GENERATED BY DEFAULT）后，导入数据仍会主键冲突？
因为identity列与serial列一样，显式插入id不会更新底层序列，序列仍停留在初始值，导致后续插入冲突。GENERATED ALWAYS虽然会阻止显式插入，但使用OVERRIDING SYSTEM VALUE后仍会面临相同问题。
如何重置identity列的序列？
可以使用ALTER TABLE 表名 ALTER COLUMN 列名 RESTART WITH 数字，这是identity列的原生语法，比setval更清晰，但仅适用于identity列。
TRUNCATE操作会重置序列吗？
只有使用TRUNCATE ... RESTART IDENTITY才会重置序列，普通TRUNCATE只删除数据，序列保持原样。
如何批量修复整个schema中所有表的序列？
可以编写DO块遍历information_schema.columns，使用pg_get_serial_sequence获取序列名，然后动态执行setval语句，并处理空表情况。
pg_get_serial_sequence函数适用于identity列吗？
是的，尽管名称包含serial，但pg_get_serial_sequence对serial和identity列都有效，能返回底层序列名，对无序列的列返回NULL。
如何避免导入数据时出现序列不同步的问题？
避免在导入数据时显式指定id，让数据库自动生成，并使用RETURNING或CTE捕获生成的id；或者使用数据生成工具（如Seedfast）生成数据，避免硬编码id。
