manytomanyfield不能直接存额外字段，因其底层自动生成的关联表仅含两个外键；需通过through模型（如bookauthor）显式定义，并添加order、is_primary等字段及unique_together约束。
为什么 ManyToManyField 不能直接存额外字段？
因为 Django 的 ManyToManyField 底层会自动创建一张纯关联表，只包含两个外键字段（如 book_id 和 author_id），不支持添加时间、权重、状态等业务字段。想存额外信息，必须显式定义中间模型。
怎么用 through 模型添加额外字段？
核心是把隐式关联表变成显式模型，并通过 through 参数绑定。常见错误是忘记在 through 模型里加 ForeignKey 到两边主模型，或漏掉 unique_together 控制重复关系。
- 定义中间模型，比如
BookAuthor，包含book、author两个ForeignKey，再加order、is_primary等字段 - 在主模型中把
ManyToManyField改为：authors = models.ManyToManyField(Author, through='BookAuthor') -
BookAuthor必须设unique_together = ('book', 'author')，否则可能重复关联同一对记录 - 迁移前删掉 Django 自动生成的旧关联表（Django 会提示冲突，需手动处理或重命名旧表）
如何增删查带额外字段的多对多关系？
不能再用 book.authors.add(author) 这类快捷方法——它们不支持传额外字段。必须操作中间模型实例。
- 新增：
BookAuthor.objects.create(book=book, author=author, order=1, is_primary=True) - 查询：
book.bookauthor_set.filter(is_primary=True).select_related('author')（注意用through模型名的小写 +_set） - 修改：
ba = BookAuthor.objects.get(book=book, author=author); ba.order = 2; ba.save() - 删除：
BookAuthor.objects.filter(book=book, author=author).delete()
别试图用 book.authors.through.objects.create(...)，虽然语法通但可读性差，且容易混淆反向关系名。
性能和反向关系要注意什么？
中间模型会让查询变复杂，尤其涉及 select_related 或 prefetch_related 时，容易 N+1。另外，Django 不会自动给反向关系起直观名字，得靠 related_name 控制。
- 在中间模型的
ForeignKey上加related_name='book_authors'，避免默认的bookauthor_set太长 - 查“某作者参与的所有书及排序”时，用
author.book_authors.select_related('book')，而不是author.book_set.all()（后者拿不到order字段） - 如果频繁按额外字段过滤，记得给
(book_id, author_id)和常用查询字段（如is_primary）建数据库索引
中间模型一旦上线，后续改字段类型或加约束要小心——它已是生产数据表，不是纯元数据。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
