Navicat图形界面设主键或自增列看似简单，实则涉及serial与identity机制差异、保存操作非实时、序列名错配、导出降级等关键细节，需验证SQL执行结果与对象状态。
Navicat里点几下就能加主键，但serial和identity不能混用
postgresql 的自增列在 navicat 图形界面里看着简单，实际背后是两种不同机制：serial（老式伪类型）和 generated always as identity（sql 标准，v10+ 推荐）。navicat 新建字段时选“auto increment”，默认生成的是 serial，它本质是创建一个 sequence + 默认值表达式；而手动写 ddl 用 identity 则带更严格的插入控制（比如不能绕过自增直接插值，除非显式 overriding system value）。
常见错误现象：ERROR: cannot insert into column "id" because it is a generated column —— 这说明你建的是 identity 列，但 Navicat 某些版本在编辑数据时仍尝试往该列填值，导致失败。
- 如果只是快速建表、不涉及迁移或严格标准兼容，用 Navicat 界面勾选 Auto Increment 即可，它会生成
id serial PRIMARY KEY - 如果后续要支持复制、逻辑解码或需明确控制生成行为，建议手动写 DDL 创建
id integer GENERATED ALWAYS AS IDENTITY PRIMARY KEY - Navicat 16+ 对
identity支持较好，旧版（如 12/15）可能无法正确识别或编辑含identity的列，此时数据编辑窗口会灰掉该字段或报错
主键没生效？检查 Navicat 是否真执行了ALTER TABLE ... ADD PRIMARY KEY
Navicat 的“设置为主键”操作不是实时生效的——它只是把字段标记为 PK，并在点击“保存”时才真正发 DDL。很多人点了小钥匙图标、没点右上角的保存按钮，就去查 pg_constraint，发现啥也没有。
使用场景：你改完字段属性后，Navicat 底部状态栏会显示“Unsaved changes”，此时必须点击工具栏的 Save（磁盘图标）或按 Ctrl+S，它才会提交 ALTER TABLE ... ADD CONSTRAINT ... PRIMARY KEY。
- 验证是否成功：执行
SELECT conname, contype FROM pg_constraint WHERE conrelid = 'your_table'::regclass;，应看到contype = 'p' - 如果表已有数据且目标字段含 NULL 或重复值，Navicat 保存时会报错
ERROR: could not create unique index，得先清理数据再设主键 - Navicat 默认用表名+字段名拼约束名（如
users_pkey），不建议依赖默认名，尤其做迁移时——提前在 DDL 中指定CONSTRAINT my_pk PRIMARY KEY更可控
serial列的序列名不固定，Navicat 不会帮你同步重命名
用 Navicat 勾选 Auto Increment 创建的 serial 字段，其背后序列名是 PostgreSQL 自动生成的，格式为 table_name_column_name_seq。但如果你之后在 Navicat 里重命名字段（比如把 id 改成 user_id），序列名不会自动更新，仍叫 users_id_seq，这会导致后续手动调用 nextval('users_id_seq') 时语义错乱，也影响备份还原一致性。
性能 / 兼容性影响：序列名不匹配不影响运行，但会让 DBA 或自动化脚本难以维护；某些 ORM（如 Django）在迁移时会依赖序列名规则，错配可能引发 relation does not exist 错误。
- 安全做法：新建表时就在 DDL 中显式声明序列，例如：
CREATE SEQUENCE users_user_id_seq; CREATE TABLE users (user_id integer DEFAULT nextval('users_user_id_seq') PRIMARY KEY); - 已存在错配序列？用
ALTER SEQUENCE ... RENAME TO手动对齐，Navicat 不提供图形化序列重命名入口 - Navicat 的“同步结构”功能（Sync Structure）不会检测或修复序列名与字段名的不一致，这点容易被忽略
Navicat 导出表结构时，identity 可能被降级成 serial
Navicat 的“导出 SQL”功能（右键表 → “Export SQL File”）默认输出的是兼容性优先的 DDL，在 PostgreSQL v10+ 环境中，若原表用的是 GENERATED ALWAYS AS IDENTITY，导出结果却常变成 serial —— 因为 Navicat 导出器的兼容模式设为了低版本（如 9.6），它不认识 identity 语法，就做了降级处理。
这会导致两个问题：一是重建表时丢失 identity 的语义约束（比如允许插 NULL）；二是序列所有权（OWNED BY）关系在 serial 下是隐式的，而在 identity 下是显式绑定的，降级后可能断开。
- 导出前务必点开“Options” → 把 “Compatibility mode” 改成对应你的 PG 版本（如 “PostgreSQL 15”），否则 DDL 不准确
- 检查导出文件里是否含
GENERATED ALWAYS AS IDENTITY字样，而不是DEFAULT nextval(...) - 如果用 Navicat 做 CI/CD 中的结构比对（Compare & Sync），记得两边都用相同兼容模式，否则会误判“结构变更”
