反范式设计是在物理模型层有意识引入冗余字段、合并表结构或预计算字段以提升查询性能；Navicat 支持可视化建模、手动添加冗余字段、同步变更及逆向验证，但不自动执行且需人工管控一致性。
反范式设计不是“删外键”或“随便加字段”，而是在物理模型层有意识地引入冗余字段、合并表结构或预计算字段，以换取查询性能——navicat 能帮你把这件事可视化、可追溯、可同步。
在物理模型中手动添加冗余字段
反范式最常见操作是把关联表的常用字段“拉平”到主表里，比如把 products.name 冗余进 order_items 表。Navicat 不会自动做这事，必须你在物理模型里手动改：
- 双击目标表（如
order_items）打开字段编辑器 - 点击“添加字段”，填入新字段名（如
product_name），选好类型（VARCHAR(255)） - 勾选“允许为空”——因为冗余字段不参与约束，也不该设为
NOT NULL或主键 - 在“注释”栏写明用途，例如：
冗余字段，用于避免JOIN查询——后续导出 SQL 或团队协作时能快速理解意图
⚠️ 容易踩的坑：别在逻辑模型里加这类字段。逻辑模型应保持范式化结构；冗余只发生在物理模型，且必须与目标数据库类型匹配（比如 MySQL 的 TINYINT 和 PostgreSQL 的 SMALLINT 语义不同）。
用“同步模型到数据库”落地反范式变更
改完物理模型后，不能直接执行 ALTER TABLE——Navicat 的 同步模型到数据库 功能会生成带判断逻辑的 SQL，更安全：
- 右键物理模型 → 选择
同步到数据库 - 连接目标库后，它会比对当前表结构和模型差异，列出所有变更（包括新增字段、修改类型等）
- 关键点：勾选“生成同步脚本”而非“立即执行”，先检查生成的 SQL 是否含
ADD COLUMN product_name VARCHAR(255)，确认无误再运行 - 如果线上表数据量大，生成的脚本默认不含
ALGORITHM=INPLACE等优化参数，需手动补上，否则可能锁表
⚠️ 容易踩的坑：同步前务必备份。Navicat 不会自动备份，也不会提示你字段值是否为空——新增的冗余字段上线后全是 NULL，业务代码得自己处理空值逻辑。
用逆向工程验证反范式效果
上线后想确认冗余字段是否真被用了？或者排查 JOIN 消失没？直接用 Navicat 逆向现有库生成新物理模型，和原模型比对：
- 右键连接 →
逆向数据库到模型→ 选中刚改过的库和表 - 生成新模型后，用 Navicat 的
模型比较功能（工具栏图标为两个重叠方块）对比新旧物理模型 - 重点关注“字段差异”和“关系差异”：如果
order_items和products之间连线消失了，且order_items多了product_name字段，说明反范式落地成功 - 注意：逆向工程不会还原注释，所以之前写的
冗余字段…注释不会出现在新模型里——这是提醒你，注释要靠人工维护
反范式设计真正的复杂点不在建模工具里，而在一致性维护：谁负责更新 product_name？是应用层双写，还是用触发器，还是靠定时任务？Navicat 只管结构，不管逻辑。
