Django模型中Meta类的作用、意义及指定与不指定的适用场景

一、Meta类的核心用途与实际意义 #

Django的Model内部的Meta类是用来存储模型的元数据的专属类，所谓元数据就是不属于数据表字段、但是会影响模型行为、数据表属性、ORM查询逻辑的配置项。
就拿给出的示例代码来说，里面Meta里配置的ordering = ['-date_added']，作用就是所有针对Comment表的ORM查询，默认都会按date_added倒序排列，不用每次写查询都手动加order_by('-date_added')，大幅减少重复代码，也保证了全局查询排序规则的一致性。

二、为什么要指定Meta类 #

默认情况下Django会给每个Model生成默认的元数据配置，但默认配置往往满足不了实际业务需求，手动定义Meta类可以针对性覆盖默认配置，实现自定义的模型行为，同时所有元配置集中在Meta类里，代码结构更清晰，后续维护成本更低。

三、需要定义Meta类的常见场景 #

• 配置默认排序规则：就是示例里的ordering配置，适合有固定排序需求的表，比如评论、文章列表默认按发布时间倒序
• 自定义数据表名：默认Django会按应用名_模型名小写生成表名，如果你要对接旧系统的表、或者需要统一表命名规范，就可以用db_table参数指定自定义表名
• 设置联合约束：比如唯一联合约束unique_together，或者数据库层面的联合索引index_together，适合需要多字段联合去重、或者多字段联合查询优化的场景
• 配置抽象模型：用abstract = True把当前模型设为抽象基类，用来给其他模型复用字段，不会生成实际的数据表
• 单表权限自定义：用permissions参数给模型加自定义的权限控制项，满足业务里的细粒度权限需求
• 复数名自定义：Django后台默认会给模型名加s作为复数显示，比如Comment会变成Comments，如果是不规则英文名词、或者要显示中文名称，就可以用verbose_name_plural自定义后台显示的复数名称
• 约束排序后返回的最大数量：用order_with_respect_to关联外键后限制关联对象的排序数量，比如限制每个课程最多显示100条置顶评论

四、无需定义Meta类的场景 #

如果你的模型完全符合Django默认的元数据配置，就不需要单独写Meta类，常见的情况：

• 简单的业务中间表、关联表，没有自定义排序、自定义表名、约束等需求
• 临时测试用的模型，不需要额外配置元数据
• 所有默认行为都能满足业务需求，没有定制化要求的普通模型

示例代码说明 #

class Comment(models.Model):
    lesson_name = models.ForeignKey(Lesson , null=True, on_delete=models.CASCADE, related_name='comments')
    comm_name= models.CharField(max_length=100 , blank=True)
    author = models.ForeignKey(User , on_delete=models.CASCADE)
    body = models.TextField()
    date_added = models.DateTimeField(auto_now_add=True)
    
    def save(self, *args, **kwargs):
        self.slug = slugify("comment by" + "-" +str(self.author) + str(self.date_added))
        super().save(*args, **kwargs)
        
    def __str__(self):
         return self.comm_name
     
    class Meta:
        ordering = ['-date_added']

上述代码的Meta配置非常典型，这里的ordering = ['-date_added']就实现了所有评论查询默认按发布时间倒序，用户刷评论的时候默认看最新的，不需要每次查询都写Comment.objects.all().order_by('-date_added')，代码更简洁，也不会出现不同业务接口排序规则不一致的问题。

内容的提问来源于stack exchange，提问作者Bhavya Seth