Navicat 17 不支持表结构垂直拆分的可视化操作，所有拆分必须手动完成：先新建子表并复制字段，再通过导出/编辑/导入SQL迁移数据，最后在原表手动添加外键；“设计表”界面仅限单表编辑，无跨表字段映射或自动建外键功能。
navicat 17 不支持表结构的垂直拆分可视化操作——它没有「垂直拆分向导」「字段迁移面板」或「拆分后自动建外键」等对应功能。所有垂直拆分必须手动完成：先建新表、再导出/重写数据、最后调整关联逻辑。
为什么「设计表」界面不能做垂直拆分
Navicat 的「设计表」仅用于单表结构编辑，字段增删改、索引/外键配置都局限在当前表内。它不提供跨表字段映射、主从表关系推导、或字段批量迁移能力。点击「设计表」→ 切换到「字段」选项卡 → 你只能编辑本表字段，无法选中几个字段一键“提取到新表”。所谓“可视化拆分”在这里是功能真空区。
实际能做的三步手动操作
虽然没图形化拆分工具，但你可以组合 Navicat 内置功能完成核心动作：
- 用「新建表」建目标子表，复制需拆出的字段（注意类型、长度、NULL 属性要一致）
- 在原表上右键 → 「导出向导」→ 选择「仅导出结构和数据」→ 导出为 SQL 文件 → 手动删掉不需要的字段 INSERT 行，保留主键值；再用该 SQL 导入到新表
- 回到原表「设计表」→ 「外键」选项卡 → 手动添加指向新表的外键（Navicat 会校验字段类型和引用完整性，但不会自动生成 ON DELETE CASCADE 等级联行为）
容易被忽略的关键约束
垂直拆分不是字段搬家，而是数据关系重构。以下四点不检查就会出错：
-
NOT NULL字段拆出后，原表对应列必须改为NULL，否则后续 INSERT 会失败 - 若原表有
UNIQUE约束覆盖多个字段（如(user_id, email)），拆分后这个约束必须在新表重建，Navicat 不会提示或迁移 - 触发器、存储过程里硬编码的字段名（如
UPDATE old_table SET phone = ...）不会随拆分自动更新，必须人工搜索并修改 - MySQL 5.7+ 中，若新表用
JSON或生成列，而原表字段是普通VARCHAR，Navicat 在导出时不会警告类型不兼容，执行时才报ERROR 3105 (HY000)
真正耗时的从来不是点几下鼠标，而是确认哪些字段属于同一业务语义域、哪些查询会因此变慢、以及应用层 SQL 是否全量适配了新表结构。Navicat 只管表对象，不管语义和访问路径。
