当在模型中为关系字段添加了related_name参数后，您可以使用该参数指定的名称来引用反向关系。下面是一个简单的例子来说明如何引用反向关系。

假设您有以下两个模型：

from django.db import modelsclass Author(models.Model):name = models.CharField(max_length=100)class Book(models.Model):title = models.CharField(max_length=100)author = models.ForeignKey(Author, on_delete=models.CASCADE, related_name='books')

在上面的例子中，Book模型有一个外键字段author，它关联到Author模型。通过添加related_name='books'参数，您为Book模型指定了反向关系名称为books。

现在，您可以使用该反向关系名称在Author模型的实例中访问与其相关的Book对象集合。例如：

author = Author.objects.get(pk=1)
books = author.books.all()

在上面的代码中，我们从数据库中获取了Author模型的一个实例，并通过books反向关系名称访问了与该作者相关的所有书籍对象。

通过使用related_name参数，您可以根据需要指定反向关系的名称，以便在模型之间进行导航和访问相关对象。

下面是一个“使用反向关系名称(related_name)解决由“多对多”中间关系表的反向关系名引起的冲突问题。

关于什么是中间关系表，为什么要有中间关系表，以及由中间关系表的反向关系名引起的冲突问题的详细解释，请参考我的另一篇表博文：
通过一个实际例子说明Django中的数据库操作方法法ForeignKey()-外键的用法【数据表“一对多”关系】,并详解“中间关系表”、反向关系(related_name)、反向关系名冲突的概念

E:\Python_project\P_001\myshop-test\myshop_background_2\users\models.py 中的代码如下：

from datetime import datetime
from django.db import models
from django.contrib.auth.models import AbstractUserclass MyUser(AbstractUser):SEX = ((0, '男'),(1, '女'),)LEVEL = ((1, '寂寞卡会员'),(2, '钻石卡会员'),(3, '金卡会员'),(4, '银卡会员'),)STATUS = ((0, '正常'),(1, '异常'),)truename = models.CharField('真实姓名', blank=True, max_length=50)mobile = models.CharField('手机号码', max_length=11, default="")sex = models.IntegerField(default=0, choices=SEX)birthday = models.DateField(blank=True, null=True)user_img = models.ImageField("头像", upload_to="user_img", default="")level = models.IntegerField(default=4, choices=LEVEL)status = models.IntegerField(default=0, choices=STATUS)create_time = models.DateTimeField(default=datetime.now, verbose_name='创建时间')update_time = models.DateTimeField(default=datetime.now, verbose_name="更新时间")def __str__(self):return self.usernameclass Meta(AbstractUser.Meta):permissions = (['check_myuser', '审核用户信息'],)

执行数据库迁移命令 manage.py makemigrations 时报错如下：

SystemCheckError: System check identified some issues:ERRORS:
auth.User.groups: (fields.E304) Reverse accessor for 'auth.User.groups' clashes with reverse accessor for 'users.MyUser.groups'.HINT: Add or change a related_name argument to the definition for 'auth.User.groups' or 'users.MyUser.groups'.
auth.User.user_permissions: (fields.E304) Reverse accessor for 'auth.User.user_permissions' clashes with reverse accessor for 'users.MyUser.user_permissions'.HINT: Add or change a related_name argument to the definition for 'auth.User.user_permissions' or 'users.MyUser.user_permissions'.
users.MyUser.groups: (fields.E304) Reverse accessor for 'users.MyUser.groups' clashes with reverse accessor for 'auth.User.groups'.HINT: Add or change a related_name argument to the definition for 'users.MyUser.groups' or 'auth.User.groups'.
users.MyUser.user_permissions: (fields.E304) Reverse accessor for 'users.MyUser.user_permissions' clashes with reverse accessor for 'auth.User.user_permissions'.HINT: Add or change a related_name argument to the definition for 'users.MyUser.user_permissions' or 'auth.User.user_permissions'.

错误提示指出了关于groups和user_permissions字段的冲突。

具体来说，有两个冲突：
①是auth.User的groups字段与users.MyUser中的groups中产生了冲突；
②是auth.User.的user_permissions字段与users.MyUser中的user_permissions产生了冲突。

提问：auth.User是什么时候引入的？
答案在下面这段代码里：

INSTALLED_APPS = ['django.contrib.admin','django.contrib.auth','django.contrib.contenttypes','django.contrib.sessions','django.contrib.messages','django.contrib.staticfiles',# 'basic','users',
]

注意下面代码中的语句：

    'django.contrib.auth',

提问：明明自己的模块中没有定义groups和user_permissions字段啊？
答：定义了的，因为自己定义的MyUser模型继承自AbstractUser，而AbstractUser又继续了系统自带的User模型的这些字段。

解决方法：

解决方法一：
不在setting.py中去注册应用 ‘django.contrib.auth’，但是如果要使用Django自带的后台系统，不建议这么做，原因如下：
在Django中，默认情况下，django.contrib.auth应用是用于身份验证和用户管理的关键应用程序，它提供了Django自带的后台管理系统的用户认证和权限管理功能。如果您想要使用Django自带的后台管理系统，通常是需要包括django.contrib.auth应用的。

在settings.py中的INSTALLED_APPS设置中包括django.contrib.auth应用可以确保后台管理系统正常工作，并具备用户认证和权限管理的功能。这样，您可以使用内置的用户模型、用户组、权限等功能。

如果您不想使用Django自带的后台管理系统，或者您已经有了自定义的用户管理系统，可以考虑从INSTALLED_APPS中移除django.contrib.auth应用。这样可以减少不必要的代码和数据库表，并使得您的项目更加轻量化。

但是请注意，如果您移除了django.contrib.auth应用，您将失去许多与用户认证和权限相关的功能，包括但不限于以下内容：

• 用户认证和登录功能
• 用户注册和密码重置功能
• 用户权限和权限管理功能
• 用户组管理功能
• 后台管理系统的用户认证和权限管理功能

所以，在决定是否移除django.contrib.auth应用之前，请确保您已经有了替代的用户认证和权限管理方案，并且考虑到相关功能的实现和维护成本。

解决方法二：

重命名自定义模型中的groups和user_permissions字段**：如果希望在自定义的模型中保留groups和user_permissions字段，但避免与内置的auth.User模型发生冲突您可以为这两个字段添加related_name参数并指定不同的名称。例如：

from django.db import models
from django.contrib.auth.models import AbstractUser, Group, Permissionclass MyUser(AbstractUser):# ...groups = models.ManyToManyField(Group,verbose_name='groups',blank=True,help_text='The groups this user belongs to.',related_name='user_groups'  # 设置不同的 related_name)user_permissions = models.ManyToManyField(Permission,verbose_name='user permissions',blank=True,help_text='Specific permissions for this user.',related_name='user_permissions'  # 设置不同的 related_name)# ...

通过为自定义模型中的groups和user_permissions字段添加related_name参数，并将其设置为与内置auth.User模型的字段不同的名称，可以避免冲突。

请注意，修改模型后，您需要再次运行makemigrations和migrate命令来应用更改：

python manage.py makemigrations
python manage.py migrate

修改完成后再执行命令 makemigrations ，就没有报错了，如下图所示：