Navicat 17中唯一索引必须在“修改表→索引”标签页操作，勾选“唯一”并填写合法索引名、选择btree方法、指定字段；保存后需刷新连接或单表元数据，且须用pg_indexes验证，因PostgreSQL将唯一约束实现为索引而非约束。
Navicat 17 的“索引”选项卡在哪
别在字段属性里勾“唯一”复选框——那只是 ui 标记，不生成任何 ddl，导出 sql 或同步结构时直接丢弃。对象 → 修改表 → 索引 才是正路。postgresql 版本的 navicat 17 中，这个入口和 mysql 基本一致：右键目标表 → “修改表”，顶部切换到 索引 标签页（不是“字段”或“约束”）。
添加 UNIQUE 索引时必须填对哪几项
点击左下角 + 添加新索引后，关键字段不能乱填：
-
索引名称必须唯一且合法：建议用前缀uk_+ 表名 + 字段名（如uk_users_email），避免含空格或 PostgreSQL 关键字；带反引号不是必须，但加了更保险 -
索引方法选btree（默认且最常用），PostgreSQL 不支持哈希索引用于唯一约束 -
列区域双击选择字段，支持多列联合唯一（比如(email, tenant_id)） -
唯一复选框必须勾上——这是图形界面里唯一触发CREATE UNIQUE INDEX的开关
为什么保存后 INSERT 还不报重复错误
最常踩的坑：Navicat 没刷新元数据缓存。你点 保存 成功了，但当前查询窗口仍按旧结构解析语句，根本不知道索引已存在。
- 断开重连：右键连接 →
断开，再右键 →连接 - 或只刷新单表：右键该表 →
刷新 - 终极验证：执行
SELECT indexname, indexdef FROM pg_indexes WHERE tablename = 'users';，输出里必须有UNIQUE和对应字段
注意：PostgreSQL 把唯一约束实现为唯一索引，所以 pg_constraint 里查不到它——别去“约束”标签页找，它压根不显示。
已有重复数据时图形操作会静默失败
Navicat 17 图形界面不会提前校验数据，而是等到点击 保存 才报错：ERROR: could not create unique index "uk_users_email" + DETAIL: Table contains duplicated values.
- 先清理数据：用
DELETE FROM users WHERE email IN (SELECT email FROM users GROUP BY email HAVING COUNT(*) > 1) AND ctid NOT IN (SELECT MIN(ctid) FROM users GROUP BY email); - 或改用 SQL 手动建：在查询窗口执行
CREATE UNIQUE INDEX uk_users_email ON users (email);，错误提示更直接 - 建完索引后，
INSERT或UPDATE触发重复才会报ERROR: duplicate key value violates unique constraint
图形界面省事，但数据洁不干净，它就卡住不动——这点比手写 SQL 更难排查。
