Django ManyToMany关联表联合索引创建及默认索引设计疑问

问题1：如何为ManyToMany中间表的两个字段创建易维护的联合索引 #

不需要编写原生SQL，最易维护的方式是显式定义中间模型，替代Django自动生成的中间表，然后在中间模型的Meta类里通过indexes选项添加联合索引，逻辑和旧版的index_together一致，完全通过模型层管理：

from django.db import models

class Magazine(models.Model):
    name = models.CharField(max_length=100)

class Article(models.Model):
    title = models.CharField(max_length=200)
    # 指定自定义的中间模型
    magazines = models.ManyToManyField(Magazine, through='ArticleMagazine')

# 自定义中间模型
class ArticleMagazine(models.Model):
    magazine = models.ForeignKey(Magazine, on_delete=models.CASCADE)
    article = models.ForeignKey(Article, on_delete=models.CASCADE)

    class Meta:
        # 添加联合索引
        indexes = [
            models.Index(fields=['magazine', 'article']),
        ]
        # 可选：添加唯一约束，避免同一文章和杂志重复关联
        unique_together = ['magazine', 'article']

后续的迁移、修改都可以通过Django的迁移系统自动处理，不需要手动操作数据库，维护成本极低。

问题2：Django为何不自动添加两字段的联合索引 #

主要有三个原因：

• 通用性适配：Django需要兼容多种数据库，不同数据库对联合索引的优化策略、性能表现有差异。自动添加联合索引可能在某些场景下带来不必要的开销——比如小数据量场景中，独立索引的查询性能已经足够，联合索引反而会增加写入数据时的索引维护成本。
• 查询场景不确定：ManyToMany的查询模式多种多样，有的场景只需要按单一字段过滤（比如查询某本杂志的所有文章），只有部分场景才需要联合条件查询。Django无法预判开发者的实际业务需求，所以默认只提供基础的独立索引，把联合索引的选择权交给开发者。
• 历史兼容性：这个默认行为从早期Django版本延续至今，若突然修改默认设置，可能会影响现有项目的迁移流程或性能表现，破坏兼容性。

内容的提问来源于stack exchange，提问作者David R.