Navicat模型设计器不自动防冗余，但可通过物理模型反查字段重复、检查孤儿外键、关闭自动索引、概念模型冻结字段语义等方式主动识别和消除冗余。
navicat 模型设计器本身不自动防止冗余，但能让你在建表前就看见冗余在哪——关键在“画出来再删”，而不是“建完再改”。
用物理模型反查字段重复：先看字段名，再看外键指向
冗余常表现为多个表里出现相同语义的字段（比如 user_name 在 orders、logs、notifications 里都存了一遍）。在 Navicat 的物理模型中：
- 右键任意实体 → 【编辑实体】→ 切换到【字段】页签，快速扫一遍字段命名是否高度相似（如
contact_phone和customer_phone） - 选中疑似冗余字段 → 看右侧【外键】图标是否为灰色（说明没建外键），再对比它和
users.id或contacts.id的语义是否一致 - 若字段只是“看起来像”，但没外键关联 → 很可能就是冗余副本；若已建外键 → 那它其实是合法引用，不是冗余
逆向工程导入现有库后，立刻检查“孤儿外键”
从线上库逆向生成模型时，Navicat 会把所有外键关系画出来，但不会标出“该外键是否真有用”。常见冗余陷阱是：外键还挂着，但主表字段早被删了，或业务逻辑早已弃用。
- 打开模型 → 【工具】→ 【检查模型】→ 勾选“验证外键引用完整性”，它会标红那些指向不存在字段的外键线
- 手动点开每个外键连线 → 查看【参照完整性】页签里的“参照表”和“参照字段”是否真实存在且仍被应用读取
- 特别注意联合外键（如
(org_id, dept_id)）：如果其中某个字段已在源表中被 DROP COLUMN，整个外键就失效，但 Navicat 不会自动移除这条线
生成 SQL 前必须关掉“自动添加索引”选项
Navicat 在物理模型里拖一个外键，默认勾选“创建索引”，这会导致每加一个外键就多建一个单列索引——而实际业务中，这些字段往往已包含在联合索引里，造成隐性冗余。
- 新建外键时，双击连线 → 进入【外键】设置 → 取消勾选
Create Index - 已有模型要批量清理：导出 SQL → 搜索
CREATE INDEX.*ON.*\(`[a-z_]+\`.*\)→ 对照SHOW INDEX FROM结果，删掉重复覆盖的索引语句 - MySQL 8.0+ 尤其敏感：冗余索引不仅浪费空间，还会拖慢
INSERT/UPDATE，因为每条写入都要维护多个索引结构
概念模型阶段就冻结字段语义，避免后期字段名漂移
很多冗余源于同一业务概念在不同表里用了不同字段名（比如“客户等级”在用户表叫 level，在订单表叫 cust_tier，在积分表叫 rank_code），导致后续无法统一 JOIN 或统计。
- 在概念模型里，先新建一个实体叫
CustomerTier，定义唯一字段tier_code和tier_name - 所有需要它的表，都通过外键引用这个实体，而不是自己加字段
- 导出物理模型时，Navicat 会强制生成一致的字段名和类型（如全部为
TINYINT UNSIGNED），从源头压制命名发散
真正容易被忽略的不是“怎么画模型”，而是模型生成 SQL 后，你有没有去 information_schema.KEY_COLUMN_USAGE 里确认外键是否真被 MySQL 接受——Navicat 显示绿色连线，不代表数据库里那条 ALTER TABLE ... ADD FOREIGN KEY 执行成功了。
