navicat同步时会强制将主键约束名重命名为“pk_表名_列名”，无法通过设置保留原名；需同步后用alter table ... rename constraint手动修正，或同步前关闭“generate primary key constraints”选项并手工添加。
PostgreSQL主键约束名被Navicat重命名为“pk_表名_列名”怎么办
Navicat同步结构时，会主动重写主键约束名——即使源库用CONSTRAINT user_pkey PRIMARY KEY (id)显式定义，目标库生成的约束名也大概率变成pk_usertable_id。这不是错误，是Navicat的默认行为：它忽略原始约束名，统一按内部规则生成。后果是，依赖该约束名的脚本（如ALTER TABLE ... DROP CONSTRAINT user_pkey）或监控告警会失效。
- Navicat不提供“保留原始约束名”开关，所有版本（含16.3）均无此选项
- 约束名变更不影响功能（主键逻辑、索引、外键引用仍正常），只影响名称敏感场景
- 若你用
pg_dump --schema-only导出再对比，会发现Navicat生成的DDL里CONSTRAINT后紧跟的是自动生成名，而非源库名
如何手动还原成原约束名（不删重建）
不能靠Navicat回滚，必须在PostgreSQL中执行ALTER TABLE ... RENAME CONSTRAINT。前提是目标表已同步完成、且你知道原始约束名（可从源库查SELECT conname FROM pg_constraint WHERE conrelid = '源表名'::regclass AND contype = 'p'）。
- 先确认当前约束名：
\d 表名或SELECT conname FROM pg_constraint WHERE conrelid = '表名'::regclass AND contype = 'p' - 执行重命名：
ALTER TABLE 表名 RENAME CONSTRAINT 当前约束名 TO 原约束名 - 注意：目标库若已存在同名约束（比如之前手动建过），需先
DROP CONSTRAINT再重命名，否则报错constraint "xxx" already exists
同步前预防：绕过Navicat自动生成约束名
如果同步任务尚未执行，可用“仅同步结构”的变通方式跳过Navicat的约束名重写逻辑——让它只建表、不加主键，后续用原生SQL补。
- 在Navicat结构同步向导中，取消勾选
Generate PRIMARY KEY constraints（路径：Tools → Options → Data Synchronization → Advanced） - 同步完成后，手动在目标库执行
ALTER TABLE 表名 ADD CONSTRAINT 原约束名 PRIMARY KEY (列名) - 这样既保留了原始约束名，又避免了Navicat对约束名的干预；缺点是多一步手工操作，且外键依赖该主键时需同步调整
为什么不能靠“刷新连接”或“重新同步”恢复原名
刷新Navicat连接只会更新本地缓存的元数据快照，不会修改数据库里已存在的约束名；重新运行同步默认启用Drop and recreate模式，会直接删掉旧约束再建新约束，新生成的约束名仍是Navicat规则下的pk_*格式，无法回退。
- Navicat的同步脚本预览里看不到约束名来源，它不读取
pg_constraint.conname，只根据列信息推导 - 即便源库约束名含特殊字符（如
user-id_pkey），Navicat也会转为下划线+字母数字组合，原始语义彻底丢失 - 真正可控的时机只有两个：同步前关掉自动生成，或同步后立刻用
RENAME CONSTRAINT修正
