Navicat中启用PostgreSQL SERIAL主键需手动输入SERIAL类型而非勾选Auto Increment，否则生成nextval()函数调用影响SQL可读性；JSONB类型需勾选“Load all types on connect”或手动输入；CHECK约束需通过DDL页签或查询pg_constraint查看；分区子表不可见，须手动查询或编写SQL操作。
Navicat里建表时怎么启用PostgreSQL的SERIAL主键
postgresql没有真正的“自动增长”类型，serial只是语法糖，底层是sequence + default。navicat图形界面默认选“auto increment”，但实际生成的是integer类型加nextval('xxx_id_seq'::regclass)，不是serial关键字——这会导致导出sql可读性差，协作时容易误解。
实操建议：
- 手动在“字段类型”下拉框中输入
SERIAL（而非选“Integer”再勾“Auto Increment”） - 如果已用图形方式建好，右键表 → “设计表” → 点击ID字段 → 在“Default Value”栏手动改成
nextval('mytable_id_seq'::regclass)，并确认序列存在 - 注意：Navicat 16+ 对
BIGSERIAL支持更稳；老版本可能把BIGSERIAL错误映射为bigint但不建序列
想用JSONB字段但Navicat提示“类型不存在”
Navicat 默认连接 PostgreSQL 时可能没加载 jsonb 类型定义，尤其用较老驱动（如 pgjdbc 42.2.x 之前）或未启用标准类型发现机制。不是你写错了，是客户端没认出来。
实操建议：
- 先在查询窗口执行
SELECT 'hello'::jsonb;确认服务端支持 —— 如果返回成功，说明问题在 Navicat - 断开连接 → 连接属性 → “高级”页签 → 勾选
Use standard conforming strings和Load all types on connect - 重连后，“字段类型”下拉框应出现
jsonb；若仍无，手动输入jsonb即可保存（Navicat 允许手输未知类型） - 别用
json替代：jsonb支持索引、去重、运算符（如@>），json只是文本校验，性能差很多
添加CHECK约束后Navicat不显示，但pgAdmin里能看到
Navicat 的表结构视图默认隐藏 CHECK 约束，只显示主键、外键、唯一约束。它把 CHECK 当作“表达式级规则”，不纳入“约束列表”展示，容易让人以为没生效。
实操建议：
- 建完表后，右键 → “对象信息” → 切到“DDL”页签，直接看生成的
CREATE TABLE语句里有没有CHECK (...) - 或者在查询窗口执行
\d+ table_name（命令行）或SELECT conname, consrc FROM pg_constraint WHERE conrelid = 'table_name'::regclass; - Navicat 不支持图形化编辑 CHECK 表达式，改约束必须手写 DDL：
ALTER TABLE t ADD CONSTRAINT chk_status CHECK (status IN ('active', 'inactive')); - 注意：CHECK 约束名在 Navicat 里无法自定义（图形方式建时会生成类似
table_name_check的名字），要命名得手写
分区表在Navicat里看不见子表，也没法右键操作
Navicat 对 PostgreSQL 原生声明式分区（PARTITION BY RANGE/LIST/HASH）支持有限：它只列出父表，子分区表不会出现在对象树中，也不能右键“设计子表”或“查看数据”。
实操建议：
- 子表是真实存在的表，只是被父表“逻辑挂载”。用
\dt+或SELECT relname FROM pg_class WHERE relkind = 'r' AND relname LIKE 'parent_table%';查看全量表名 - 想查子表数据？在查询窗口直接
SELECT * FROM parent_table_2024_q1;（假设子表叫这个） - Navicat 的“新建分区”向导仅支持简单范围分区，且生成的 SQL 可能缺
FOR VALUES子句，务必检查 DDL 再执行 - 真正要用好分区，绕不开手写
CREATE TABLE ... PARTITION OF ...—— Navicat 图形界面在这里只是个起点
PostgreSQL 的高级特性（比如序列行为、类型系统、约束粒度、分区逻辑）和 Navicat 的抽象层之间始终有缝隙。图形界面省事的地方，往往就是细节藏得最深的地方。
