navicat model不支持分库分表逻辑结构图，因其依赖单库元数据且无法跨连接识别分片语义；替代方案是用表组+人工标注模拟分层，或选用draw.io、shardingsphere控制台等专用工具。
navicat premium 的「模型」（model）功能本身不支持直接建模分库分表的逻辑结构图。它只能对单个数据库连接内的对象（表、视图、关系）生成 e-r 图，无法跨连接表达“分库”或“分表”这类分布式逻辑。
为什么 Navicat Model 不能画分库分表结构图
Navicat 的 设计数据库结构图 功能依赖于单一数据库连接的元数据（如 INFORMATION_SCHEMA），而分库分表涉及多个物理数据库实例（例如 shard_001、shard_002）或同一库内按规则命名的表（如 t_order_000、t_order_001）。这些对象在 Navicat 中属于不同连接或无显式外键约束，模型工具无法自动识别其逻辑归属与路由规则。
常见错误现象包括：
- 右键某个分片库 →
设计数据库结构图→ 只显示该库内几张表，完全不体现和其他分片的关联 - 手动拖入多个连接下的表到同一个模型画布 → Navicat 报错或静默忽略，无法建立跨连接关系线
- 试图用视图或别名模拟分表逻辑 → 模型不识别语义，仅当作普通对象，关系线无法标注“按 user_id 哈希路由”等业务含义
替代方案：用分组 + 自定义注释模拟逻辑分层
虽然不能自动生成分库分表图，但你可以用 Navicat 的 表组 功能+人工标注，构建可协作的轻量级逻辑视图：
- 为每个分片库单独建立连接（如
mysql_shard_001、mysql_shard_002），并启用表组 - 在各连接内创建统一命名的表组，例如：
logic_order_shard，然后把对应分片表（t_order_000、t_order_001）拖入其中 - 在表组属性中填写
备注字段，写明分片规则，例如："哈希分片，sharding_key = user_id, total = 4" - 导出各连接的结构图为 SVG/PNG，再用绘图工具（如 Excalidraw、draw.io）手动拼接+添加路由箭头和说明
这个做法的好处是：配置可导出为 JSON（vgroup_name、items 字段），团队成员导入后能立刻看到一致的逻辑分组视图，避免口头约定带来的歧义。
真正需要分库分表图时，该用什么工具
如果你的场景明确要求可视化分片拓扑（比如给架构师评审、新成员培训），建议绕过 Navicat，改用以下方式：
- 用
draw.io或Mermaid手动绘制：清晰标注分片键、算法、节点映射，支持导出为 PDF/Markdown，也方便嵌入 Confluence - 对接中间件元数据：如果使用 ShardingSphere、MyCat 等，它们自带 Web 控制台，可直接查看逻辑库→物理库映射关系图
- 脚本生成 PlantUML：从分片配置文件（如 YAML）解析出规则，用 Python 脚本生成
@startuml描述，再转图——适合有自动化诉求的团队
注意：Navicat 的分组备注、模型导出、连接标签这些功能，本质是辅助本地理解，不是分布式架构的建模工具。强行用它承载分库分表逻辑，反而会掩盖真实的数据流向和一致性边界。
