Laravel三级关联数据库设计咨询：文章、分类与子分类关联方案

一、基础表结构设计 #

先明确各核心表的字段，遵循数据库下划线命名规范：

1. posts表 #

存储文章核心内容：

• id (主键，BIGINT)：文章唯一标识
• title (VARCHAR(255))：文章标题
• content (LONGTEXT)：文章正文
• created_at (TIMESTAMP)：创建时间
• updated_at (TIMESTAMP)：更新时间
• 其他业务字段（如作者ID、发布状态等，按需添加）

2. categories表 #

存储一级分类信息：

• id (主键，BIGINT)：分类ID
• name (VARCHAR(100))：分类名称（需保证唯一）
• description (TEXT)：分类描述
• created_at (TIMESTAMP)：创建时间
• updated_at (TIMESTAMP)：更新时间

3. sub_categories表 #

存储子分类，通过外键绑定对应一级分类：

• id (主键，BIGINT)：子分类ID
• category_id (外键，关联categories.id)：所属一级分类的ID
• name (VARCHAR(100))：子分类名称（同一父分类下需唯一）
• description (TEXT)：子分类描述
• created_at (TIMESTAMP)：创建时间
• updated_at (TIMESTAMP)：更新时间

这里的category_id外键是核心约束，确保子分类必须属于某一个一级分类，完全匹配你“基于已选Category分配SubCategory”的需求

二、关联表设计（处理多对多关系） #

1. post_category表 #

记录文章与一级分类的多对多关联：

• post_id (外键，关联posts.id)：文章ID
• category_id (外键，关联categories.id)：分类ID
• 主键：(post_id, category_id) 联合主键，避免同一文章重复绑定同一分类

2. post_subcategory表 #

记录文章与子分类的多对多关联：

• post_id (外键，关联posts.id)：文章ID
• sub_category_id (外键，关联sub_categories.id)：子分类ID
• 主键：(post_id, sub_category_id) 联合主键，避免重复绑定

三、关键注意事项与优化点 #

• 数据一致性校验：因为子分类依赖一级分类，业务逻辑必须加校验——如果给文章绑定某个子分类，该子分类所属的一级分类必须已和文章绑定。比如用户选了「科技」分类下的「人工智能」子分类，那「科技」必须先被选入文章的分类列表。这个逻辑在代码层实现更灵活，也可以用数据库触发器辅助约束。
• 命名规范：统一用下划线命名（如sub_categories而非subCategories），符合主流数据库的命名习惯，可读性更强。
• 多级分类扩展：如果未来需要支持三级、四级分类，建议把categories和sub_categories合并为一张categories表，新增parent_id字段（顶级分类的parent_id设为NULL或0），可选加level字段标记层级（如1=顶级，2=二级）。这种设计能灵活支持无限层级分类，文章与分类的关联仍用post_category表即可。
• 父分类自动关联：如果业务要求绑定子分类时自动绑定父分类，那在添加post_subcategory记录的同时，要同步往post_category中添加对应的父分类关联；若不需要则保持现有设计，让用户自主选择。

内容的提问来源于stack exchange，提问作者Istiyak Sheyam