Navicat 15 的模型层次结构管理的是 .ndm 数据模型文件，而非实时数据库表；真正用于组织上百张业务表的是主界面中的表分组（Table Group），支持嵌套、权限控制与配置导出，需手动维护且不自动同步源库变更。
navicat 15 的模型层次结构本身不直接管理运行时数据库中的数百张表——它管理的是数据模型文件（.ndm），而非实时连接下的物理表列表。想靠“模型树”替代表分组来组织上百张业务表，会走错方向。
模型层次结构 ≠ 表分组管理
Navicat Data Modeler 的模型层次结构（如 Conceptual → Logical → Physical 层）用于建模阶段的抽象表达：实体拆分、关系推导、范式校验、DDL 生成。它不映射数据库连接里的实际表清单，也不会随你拖拽物理表自动更新模型节点。常见误操作是试图在模型里“手动添加 200 张表”，结果模型卡顿、保存失败、比对异常。
-
Navicat Data Modeler加载的是逆向工程生成的模型快照，不是活链接 - 物理模型中每个
Table对象对应一次逆向操作的结果，不随源库新增表自动同步 - 模型内分组（如 Folder）仅用于设计归类，不影响 Navicat 主界面的表浏览体验
真正管得住“上百张表”的是表分组（Table Group），不是模型层次
你在 Navicat Premium 或 Navicat 15 for MySQL 主界面看到的左侧“对象浏览器”中可右键创建的 新建表组，才是应对百表规模的实操方案。它直接作用于连接上下文，且支持嵌套、折叠、权限控制和配置导出。
- 组名建议带业务前缀，如
order_v2、report_warehouse，避免纯数字或拼音缩写 - 拖拽表进组是即时生效的，但需注意：跨库表无法加入同一组（Navicat 不支持跨连接分组）
- 配置文件默认存在
%APPDATA%\PremiumSoft\Navicat\Groups\（Windows）或~/Library/Application Support/PremiumSoft/Navicat/Groups/（macOS），可手动备份或团队共享 - 若启用
Navicat On-Prem Server，表组配置能通过协同服务同步给团队成员，避免每人重配
模型 + 分组如何配合使用才不重复劳动？
把模型当“设计蓝图”，把表组当“运维视图”，二者分工明确才能提效。例如微服务拆分场景：
- 先用
Navicat Data Modeler对payment域做逻辑建模，导出payment_model.ndm - 再在 Navicat 主连接中建
payment_service表组，只放入该模型涉及的 12 张物理表（t_payment_order、t_refund_record等） - 后续新增表（如
t_payment_audit_log）先加进模型，验证关系后，再手动加入对应表组——这个“人工确认环节”恰恰防止了无序膨胀 - 切忌用模型逆向一次性拉取全部 200+ 表再建模，应按业务域分批逆向、分批建模、分批分组
最易被忽略的一点：表分组配置不随数据库自动更新，也不受模型变更驱动。它本质是客户端侧的 UI 组织策略，一旦团队换机器或重装 Navicat，必须重新导入分组配置文件，否则“数据地图”就消失了。
