必须用三张表（posts、tags、post_tags）实现多对多关系，因MySQL不支持字段直接引用多个主键，逗号分隔或JSON存储违反第一范式、无法索引且查询低效；中间表需设联合主键与双向外键约束，并确保字段类型、引擎及索引严格一致。
直接建三张表，post、tag 和中间表 post_tag，别试图用单张表加 json 字段“模拟”多对多——那不是模型设计，是给自己埋坑。
为什么必须用中间表而不是外键直连
MySQL 不支持表字段直接引用另一张表的多个主键值。post 表里加个 tag_ids 字段存 "1,3,5" 是常见误区，会导致无法索引、无法关联查询、违反第一范式。Navicat 的 ER 图里画不出这种“一对多字段”，因为它根本不是关系型建模的合法结构。
真正可维护的方案只有一种：三张表 + 两个外键约束。
-
post表：主键id，其他字段如title、content -
tag表：主键id，字段如name、slug -
post_tag表：联合主键post_id+tag_id，且各自建外键指向对应表的id
在 Navicat 里建 post_tag 表时最容易错的三件事
很多人卡在 Cannot add the foreign key constraint (error 1215)，不是 Navicat 有问题，而是表结构没对齐。
-
post_id和tag_id字段类型必须严格一致：比如都是INT UNSIGNED，不能一个是INT另一个是BIGINT；长度（如INT(10)）不重要，但符号（SIGNED/UNSIGNED）和类型（INT/TINYINT）必须完全一样 - 被引用的字段（
post.id和tag.id）必须有索引，通常是主键 —— 但注意：如果post.id是主键，它自带聚簇索引，没问题；如果误删了主键或用了非主键字段做外键目标，就得手动加索引 -
post_tag表引擎必须是InnoDB，MyISAM 不支持外键；建表时右下角检查 “Engine” 下拉框是否为InnoDB，别用默认值
用 Navicat 拉线建关系后，一定要手动验证外键是否生效
图形界面拖拽连线只是生成可视化关系，不等于创建了数据库级外键约束。必须进 post_tag 表的设计页，点“外键”标签页确认：
- 每条外键规则的 “Reference Table” 是否正确指向
post或tag - “Column” 和 “Reference Column” 字段名是否匹配（比如
post_id→id） - “ON DELETE” 建议选
CASCADE：删文章时自动清理关联标签记录；但删标签时慎用CASCADE，否则可能误删整篇文章
保存后，切到 DDL 标签页，看生成的 SQL 是否含 FOREIGN KEY 语句 —— 如果没有，说明刚才的操作只是画图，没提交到表结构。
导出模型前，先检查 post_tag 的联合主键设置
Navicat 默认不会把 post_id + tag_id 自动设为联合主键，而这是防止重复关联的关键。进 post_tag 表设计页，勾选这两个字段左侧的钥匙图标（或右键 → “设为主键”），否则导出的 SQL 会缺 PRIMARY KEY (post_id, tag_id)，后续插入重复关系会失败，且无法建立唯一索引。
这个细节常被忽略，直到上线后发现同一篇文章能反复绑定同一个标签，查日志才发现约束缺失。
