Navicat模型中的自增主键如何设置怎么操作-步骤和注意点

需要先分清的是，先确认字段类型和主键顺序、PostgreSQL 的 AI 复选框点不了？看类型是否匹配 identity 机制、SQL Server 的“自增”叫标识列，PK 和 Identity 是两回事放到具体场景里理解，使用时会更清楚。如果只是逐项记功能，Navicat的实际价值并不容易看出来。把MySQL 表里勾选 AI 却不生效？

MySQL 表里勾选 AI 却不生效？先确认字段类型和主键顺序

换到实际使用里，MySQL 要求自增列必须是整数类型（TINYINT、INT、BIGINT），且必须已设为主键——必须先勾 PK，再勾 AI，顺序反了会导致 AI 灰显或保存静默失败。Navicat 模型（表设计）中勾选 AI 后没效果，大概率不是操作遗漏，而是底层约束没满足。

1. 字段类型是 VARCHAR 或 TEXT？AI 选项会直接不可用，Navicat 不报错但也不允许勾选
2. 已有数据的表，若该列含 NULL 值或重复值，Navicat 保存时可能无提示跳过，或报 ERROR 1062: Duplicate entry
3. 字段类型为 INT UNSIGNED 却只写 INT 修改语句，会触发 ERROR 1067: Invalid default value for 'id'

PostgreSQL 的 AI 复选框点不了？看类型是否匹配 identity 机制

更直接地说，只有选 SERIAL 或 BIGSERIAL 才可勾选——但这只是快捷方式，本质仍是创建序列+默认值表达式。PostgreSQL 没有 AUTO_INCREMENT，Navicat 的 AI 开关实际映射为 GENERATED BY DEFAULT AS IDENTITY 或隐式 SERIAL。新建列时若类型选 INTEGER，AI 会灰显；

1. 已有普通 INTEGER 列无法通过图形界面“升级”为 identity，必须切到查询窗口执行：ALTER TABLE table_name ALTER COLUMN id ADD GENERATED BY DEFAULT AS IDENTITY
2. PostgreSQL 10+ 推荐手动写 GENERATED BY DEFAULT AS IDENTITY，比 SERIAL 更可控，且支持 OVERRIDING SYSTEM VALUE 场景
3. Navicat 旧版本（如 15）对 IDENTITY 支持不全，编辑数据时可能报 cannot insert into column "id" because it is a generated column

SQL Server 的“自增”叫标识列，PK 和 Identity 是两回事

放在具体场景中，Navicat 图形界面里，“主键”复选框控制唯一性约束，“标识”复选框才启用自增逻辑——两者必须同时启用，且仅对 TINYINT、SMALLINT、INT、BIGINT 有效。SQL Server 中主键（PRIMARY KEY）和自增（IDENTITY）功能分离。

1. 修改已有列添加 IDENTITY 属性？SQL Server 不允许直接 ALTER COLUMN 加标识，必须重建表或用 DBCC CHECKIDENT 重置种子
2. 插入时显式指定 ID 值会失败，除非先执行 SET IDENTITY_INSERT table_name ON
3. 标识种子（seed）和增量（increment）在 Navicat 设计器里可填，默认是 (1,1)，但导出 SQL 时需确认是否包含 IDENTITY(1,1) 定义

保存按钮没点？Navicat 的“设置”只是草稿，不是执行

需要先分清的是，状态栏显示 Unsaved changes 就是明确提醒。所有数据库类型下，Navicat 表设计器里的 PK、AI、NOT NULL 等勾选都只是本地标记，不点右上角保存按钮（或按 Ctrl+S），就不会真正执行 ALTER TABLE 语句。

1. MySQL 下未保存就关闭窗口，Navicat 不会回滚，也不会警告，但结构毫无变化
2. PostgreSQL 下可通过 SELECT conname, contype FROM pg_constraint WHERE conrelid = 'table'::regclass 验证主键是否真被添加
3. 导出建表 SQL 时，务必勾选 Include AUTO_INCREMENT value 或 Include IDENTITY，否则新库重建后自增值从 1 开始，而非延续原值

实际操作中最容易被忽略的，是“保存”动作本身 —— 它不是 UI 上的装饰按钮，而是真正触达数据库执行 DDL 的开关。