Navicat表结构视图默认不显示CHECK约束，需通过“对象信息→DDL”页签或\d+ table_name/SELECT conname, consrc FROM pg_constraint确认；修改必须手写ALTER TABLE语句。
Navicat里怎么加CHECK约束但不显示？
navicat 的表结构视图默认不展示 check 约束，不是你没建成功，是它压根不列出来——哪怕 ddl 里明明白白写着 check (status in ('active', 'inactive'))，在“索引/唯一”或“外键”页签里也找不到它。
实操建议：
- 建完表后，右键表 → “对象信息” → 切到“DDL”页签，直接确认语句里是否含
CHECK - 或者在查询窗口执行：
\d+ table_name（命令行）或SELECT conname, consrc FROM pg_constraint WHERE conrelid = 'table_name'::regclass; - 修改 CHECK 必须手写 DDL：
ALTER TABLE t ADD CONSTRAINT chk_status CHECK (status IN ('active', 'inactive'));—— Navicat 不提供图形化编辑界面
唯一约束为什么用“索引/唯一”页签而不是“约束”？
PostgreSQL 本身没有独立的“唯一约束”存储机制，而是通过唯一索引实现的。Navicat 把它归在“索引/唯一”页签，逻辑上是对的，但容易让人误以为只是普通索引。
实操建议：
- 打开表设计器 → 切到“索引/唯一”页签 → 点“添加索引/唯一”
- 填好索引名（如
uniq_email），选中目标列（如email），勾选“唯一”复选框 - 注意：不要在“常规”页签里设“唯一”勾选框（那是字段级空值控制，不是约束）
- 保存后，
\d table_name可看到对应唯一索引和隐式约束名（如table_name_email_key）
SERIAL主键为啥不能只勾“Auto Increment”？
Navicat 图形界面勾选“Auto Increment”，实际生成的是 integer DEFAULT nextval('xxx_id_seq'::regclass)，不是 SERIAL 类型——导出 SQL 时可读性差，协作时别人会以为你手动绑了序列，其实只是语法糖没走对路。
实操建议：
- 在“常规”页签，“字段类型”下拉框里**手动输入
SERIAL或BIGSERIAL**（别选 Integer 再勾 Auto Increment） - 若已建错：右键表 → “设计表” → 点 ID 字段 → 在“Default Value”栏改成
nextval('mytable_id_seq'::regclass)，并确认该序列存在（SELECT * FROM pg_sequences WHERE schemaname = 'public';） - Navicat 16+ 对
BIGSERIAL支持更稳；老版本可能映射成bigint却漏建序列，导致插入报错nextval: sequence "xxx_id_seq" does not exist
JSONB字段输不进去、提示“类型不存在”怎么办？
这不是 PostgreSQL 不支持，而是 Navicat 连接时没加载类型定义——尤其用旧版 JDBC 驱动（如 pgjdbc 42.2.x 之前）或未启用类型发现机制。
实操建议：
- 先在查询窗口执行：
SELECT 'hello'::jsonb;，返回成功说明服务端没问题 - 断开连接 → 连接属性 → “高级”页签 → 勾选
Load all types on connect和Use standard conforming strings - 重连后，“字段类型”下拉框应出现
jsonb；若仍无，直接手动输入jsonb即可保存（Navicat 允许手输未知类型） - 别用
json替代：它不支持索引、@>运算符、去重，性能和功能都弱一个量级
复杂点在于，Navicat 对 PostgreSQL 的约束、类型、序列这些底层机制，很多是“半托管”状态——它帮你生成语句，但不替你理解语义。图形操作省事，但一旦出问题，得回到 DDL 和系统表里去验证，而不是盯着界面找按钮。
