django的数据库模型中的域多次引用同一个外键（表）

最新推荐文章于 2024-08-27 16:03:31 发布
最新推荐文章于 2024-08-27 16:03:31 发布
阅读量9.6k 收藏 1
点赞数 2
分类专栏： python django 文章标签： django python
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/davidsu33/article/details/51859217
版权

执行python manage makemigrations OnlineUpgrade时，报如下错误：

<span style="color:#ff6666;">D:\KLServer\pycode\KLServer>python manage.py makemigrations OnlineUpgrade
SystemCheckError: System check identified some issues:


ERRORS:
OnlineUpgrade.SoftwareUpgradeRecord.high_version: (fields.E304) Reverse accessor for 'SoftwareUpgradeRecord.high_version' clashes with reverse accessor for 'SoftwareVersionDiff.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareUpgradeRecord.high_version' or 'SoftwareVersionDiff.high_version'.
OnlineUpgrade.SoftwareUpgradeRecord.high_version: (fields.E304) Reverse accessor for 'SoftwareUpgradeRecord.high_version' clashes with reverse accessor for 'SubSoftwareKitVersionDiff.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareUpgradeRecord.high_version' or 'SubSoftwareKitVersionDiff.high_version'.
OnlineUpgrade.SoftwareUpgradeRecord.high_version: (fields.E305) Reverse query name for 'SoftwareUpgradeRecord.high_version' clashes with reverse query name for 'SoftwareVersionDiff.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareUpgradeRecord.high_version' or 'SoftwareVersionDiff.high_version'.
OnlineUpgrade.SoftwareUpgradeRecord.high_version: (fields.E305) Reverse query name for 'SoftwareUpgradeRecord.high_version' clashes with reverse query name for 'SubSoftwareKitVersionDiff.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareUpgradeRecord.high_version' or 'SubSoftwareKitVersionDiff.high_version'.
OnlineUpgrade.SoftwareUpgradeRecord.low_version: (fields.E304) Reverse accessor for 'SoftwareUpgradeRecord.low_version' clashes with reverse accessor for 'SoftwareVersionDiff.low_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareUpgradeRecord.low_version' or 'SoftwareVersionDiff.low_version'.
OnlineUpgrade.SoftwareUpgradeRecord.low_version: (fields.E305) Reverse query name for 'SoftwareUpgradeRecord.low_version' clashes with reverse query name for 'SoftwareVersionDiff.low_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareUpgradeRecord.low_version' or 'SoftwareVersionDiff.low_version'.
OnlineUpgrade.SoftwareVersionDiff.high_version: (fields.E304) Reverse accessor for 'SoftwareVersionDiff.high_version' clashes with reverse accessor for 'SoftwareUpgradeRecord.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareVersionDiff.high_version' or 'SoftwareUpgradeRecord.high_version'.
OnlineUpgrade.SoftwareVersionDiff.high_version: (fields.E304) Reverse accessor for 'SoftwareVersionDiff.high_version' clashes with reverse accessor for 'SubSoftwareKitVersionDiff.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareVersionDiff.high_version' or 'SubSoftwareKitVersionDiff.high_version'.
OnlineUpgrade.SoftwareVersionDiff.high_version: (fields.E305) Reverse query name for 'SoftwareVersionDiff.high_version' clashes with reverse query name for 'SoftwareUpgradeRecord.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareVersionDiff.high_version' or 'SoftwareUpgradeRecord.high_version'.
OnlineUpgrade.SoftwareVersionDiff.high_version: (fields.E305) Reverse query name for 'SoftwareVersionDiff.high_version' clashes with reverse query name for 'SubSoftwareKitVersionDiff.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareVersionDiff.high_version' or 'SubSoftwareKitVersionDiff.high_version'.
OnlineUpgrade.SoftwareVersionDiff.low_version: (fields.E304) Reverse accessor for 'SoftwareVersionDiff.low_version' clashes with reverse accessor for 'SoftwareUpgradeRecord.low_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareVersionDiff.low_version' or 'SoftwareUpgradeRecord.low_version'.
OnlineUpgrade.SoftwareVersionDiff.low_version: (fields.E305) Reverse query name for 'SoftwareVersionDiff.low_version' clashes with reverse query name for 'SoftwareUpgradeRecord.low_version'.
        HINT: Add or change a related_name argument to the definition for 'SoftwareVersionDiff.low_version' or 'SoftwareUpgradeRecord.low_version'.
OnlineUpgrade.SubSoftwareKitVersionDiff.high_version: (fields.E304) Reverse accessor for 'SubSoftwareKitVersionDiff.high_version' clashes with reverse accessor for 'SoftwareUpgradeRecord.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SubSoftwareKitVersionDiff.high_version' or 'SoftwareUpgradeRecord.high_version'.
OnlineUpgrade.SubSoftwareKitVersionDiff.high_version: (fields.E304) Reverse accessor for 'SubSoftwareKitVersionDiff.high_version' clashes with reverse accessor for 'SoftwareVersionDiff.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SubSoftwareKitVersionDiff.high_version' or 'SoftwareVersionDiff.high_version'.
OnlineUpgrade.SubSoftwareKitVersionDiff.high_version: (fields.E305) Reverse query name for 'SubSoftwareKitVersionDiff.high_version' clashes with reverse query name for 'SoftwareUpgradeRecord.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SubSoftwareKitVersionDiff.high_version' or 'SoftwareUpgradeRecord.high_version'.
OnlineUpgrade.SubSoftwareKitVersionDiff.high_version: (fields.E305) Reverse query name for 'SubSoftwareKitVersionDiff.high_version' clashes with reverse query name for 'SoftwareVersionDiff.high_version'.
        HINT: Add or change a related_name argument to the definition for 'SubSoftwareKitVersionDiff.high_version' or 'SoftwareVersionDiff.high_version'.</span>



原来的模型代码：

@python_2_unicode_compatible
class SoftwareVersionDiff(models.Model):
    '''
    软件版本差分
    '''

    # 软件
    software = models.ForeignKey(to=Software, verbose_name='软件')

    # 低版本
    low_version = models.ForeignKey(to=Version,
                                    related_name='low_version', verbose_name='低版本')

    # 高版本
    high_version = models.ForeignKey(to=Version,
                                     related_name='high_version', verbose_name='高版本')


@python_2_unicode_compatible
class SubSoftwareKitVersionDiff(models.Model):
    '''
    软件子集版本差分
    '''

    # 软件子集
    subsoftwarekit = models.ForeignKey(to=SubSoftwareKit, verbose_name='软件子集')


    # 低版本
    low_version = models.ForeignKey(to=Version,
                                    related_name='low_versin_subsoftware', verbose_name='低版本')

    # 高版本
    high_version = models.ForeignKey(to=Version,
                                     related_name='high_version',verbose_name='高版本')


@python_2_unicode_compatible
class SoftwareUpgradeRecord(models.Model):
    '''
    软件更新记录，记录更新过程
    这里特别需要注意的是，一次更新请求中可能会有许多的软件需要更新，这个时候一次请求，可能会
    触发多次更新记录，因为每个软件更新的(低版本->高版本)是不一样的。
    '''
    # 更新的所有软件
    softwares = models.CharField(verbose_name='软件', max_length=2048, null=False)

    # 低版本
    low_version = models.ForeignKey(to=Version,
                                    related_name='low_version', verbose_name='低版本')

    # 高版本
    high_version = models.ForeignKey(to=Version,
                                     related_name='high_version', verbose_name='高版本')

原因： 因为在一个表中多次引用某个外键表，而且没有指定唯一的releated_name，而导致的。

解决方案：将同一个表中的releated_name，全部修改，指定不一样的releated_name

修改后的代码

@python_2_unicode_compatible
class SoftwareVersionDiff(models.Model):
    '''
    软件版本差分
    '''

    # 软件
    software = models.ForeignKey(to=Software, verbose_name='软件')

    # 低版本
    low_version = models.ForeignKey(to=Version,
                                    related_name='low_version_software_version_diff', verbose_name='低版本')

    # 高版本
    high_version = models.ForeignKey(to=Version,
                                     related_name='high_version_software_version_diff', verbose_name='高版本')


@python_2_unicode_compatible
class SubSoftwareKitVersionDiff(models.Model):
    '''
    软件子集版本差分
    '''

    # 软件子集
    subsoftwarekit = models.ForeignKey(to=SubSoftwareKit, verbose_name='软件子集')


    # 低版本
    low_version = models.ForeignKey(to=Version,
                                    related_name='low_versin_subsoftware_version_diff', verbose_name='低版本')

    # 高版本
    high_version = models.ForeignKey(to=Version,
                                     related_name='high_version_subsoftware_version_diff',verbose_name='高版本')


@python_2_unicode_compatible
class SoftwareUpgradeRecord(models.Model):
    '''
    软件更新记录，记录更新过程
    这里特别需要注意的是，一次更新请求中可能会有许多的软件需要更新，这个时候一次请求，可能会
    触发多次更新记录，因为每个软件更新的(低版本->高版本)是不一样的。
    '''
    # 更新的所有软件
    softwares = models.CharField(verbose_name='软件', max_length=2048, null=False)

    # 低版本
    low_version = models.ForeignKey(to=Version,
                                    related_name='low_version_software_upgrade_record', verbose_name='低版本')

    # 高版本
    high_version = models.ForeignKey(to=Version,
                                     related_name='high_version_software_upgrade_record', verbose_name='高版本')





davidsu33
关注
专栏目录
Django数据库操作
m0_65883616的博客
07-12 7882
Django数据库操作， ORM模块配置， 单表操作增、删、改、查 两表联查：一对多、一对一、多对多 序列化、模型类序列化
第六章 python django 数据库【ORM模型 模型增减改查 模型常用属性 外键 表关系 模型操作 查询操作 聚合函数 QuerySet】
w469001293的博客
12-28 691
第六章 数据库第六章 数据库一、mysql 数据库二、数据库操作1. Django配置连接数据库2. python DB API cursor 常用接口（1）description（2）rowcount（3）close（4）execute(sql[,parameters])（5）fetchone（6）fetchmany(size)（7）fetchall3. book_manager 案例三、ORM...
Django之models中两个字段使用同一个外键
xieping_107的博客
01-13 1370
models.py: 报错 host = models.ForeignKey(User, to_field=‘username’, max_length=150, on_delete=models.CASCADE) recorder= models.ForeignKey(User, to_field=‘username’, max_length=150, on_delete=models.CASC...
djangorestframework序列化时一同返回外键关联表的数据信息
weixin_42143550的博客
03-07 1802
models.py class Snippet(models.Model): created = models.DateTimeField(default=ytime) title = models.CharField(max_length=100, blank=True, default='') code = models.TextField() linenos ...
SystemCheckError: System check identified some issues:
最新发布
ylyjw的博客
08-27 356
原因是重定义了用户模型，导致与django自已的起了冲突，
【Django】模型类一对多外键related_name关键字的使用
冰冷的希望的博客
09-07 1590
1.场景 图书馆要整理书籍，一本书里会出现多个人物，现有两个表，一个是book，一个是hero，分别记录书本 信息和人物信息。比如说《神雕侠侣》这本书里有杨过、小龙女、郭襄等人物，这是属于一（book）对多（hero）问题，我们可以把关系存在多的一方，即把外键存在hero表里 2.模型类 class BookInfo(models.Model): """图书信息：演示一对多，一方""" btitle = models.CharField(max_length=20, verbose_name
2019-10-10 Django 出现循环引用处理办法 lazy reference
逆风飞翔的博客
10-10 665
Django 出现循环引用的时候只要在模型里面 project_status = models.ManyToManyField("sample.ProjectStatus", verbose_name="xxx") 引号里面的格式是 app_label.ModelName 这样就不用 import 了, 成功解决循环引用。 ...
Django笔记十一之外键查询优化select_related和prefetch_related
weixin_43354181的博客
03-09 2373
本篇笔记目录如下： select_related prefetch_related 在介绍 select_related 和 prefetch_related 这两个函数前，我们先来看一个例子。 对于，Entry 和 Blog 这两个 model，前面介绍过，Blog 是 Entry 的外键，如下： class Blog(models.Model): name = models.CharField(max_length=100) tagline = models.TextField()
在Django同1个页面中的多表单处理详解
09-21
在同一个页面上渲染多个表单，我们需要为每个表单创建一个独立的ModelForm类。假设我们有`Store`, `Depot`, 和 `Address` 三个模型，我们可以这样创建它们的ModelForm： ```python from django import forms from ....
Django学习-第七讲：django 中的常用字段、字段属性，外键和表关系、外键操作
scyllake的博客
10-13 1419
1. django中的常用字段 1. AutoField 映射到数据库中是int类型，可以有自动增长的特性。一般不需要使用这个类型，如果不指定主键，那么模型会自动的生成一个叫做id的自动增长的主键。如果你想指定一个其他名字的并且具有自动增长的主键，使用AutoField也是可以的。 2. BigAutoField 64位的整形，类似于AutoField，只不过是产生的数据的范围是从1-9223372036854775807。 3. BooleanField 在模型层面接收的是True/False。在数据库层
从零开始玩转python、DJango框架中ROM数据库模型
qq_15247647的博客
05-27 1245
ORM 概念 对象关系映射（Object Relational Mapping，简称ORM）模式是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。 简单的说，ORM是通过使用描述对象和数据库之间映射的元数据，将程序中的对象自动持久化到关系数据库中。 ORM在业务逻辑层和数据库层之间充当了桥梁的作用。 ORM 与 DB 的对应关系 ORM 面向对象和关系型数据库的一种映射,通过操作对象的方式操作数据库数据,不支持对库的操作,只能操作表 对应关系: 类 --> 表 对象 --> 数据行
对于django模型使用外键时多次查询sql的测试以及结论建议
weixin_42871902的博客
12-16 273
准备 首先在setting中的日志设置里配置sql调试 'loggers': { 'django.db.backends': { 'handlers': ['console'], 'propagate': True, 'level': 'DEBUG', }, } 多对一测试 准备模型如下 from django.db import models class Author(models.Mode
Django开发问题汇总
IThdq的博客
03-23 1550
Django开发问题汇总 1.NewUser继承AbstractUser出现错误： HINT: Add or change a related_name argument to the definition for 'NewUser.user_permissions' or 'User.user_permissions' 解决方案：在settings.py中加入申明AUTHUSE
Django:HINT: Add or change a related_name argument to the definition for ‘x.person_1‘ or ‘x.person‘.
单林敏的博客
04-14 2818
想了很多天，想到使用model添加很多备用的Person数据，如下 class Project(models.Model): name = models.CharField(max_length=100) video = models.ForeignKey(Video, on_delete=models.CASCADE, null=True) person = models.ForeignKey(Person, null=True, blank=True, on_delete=mod
Django自定义用户模型类
Qycccccc的博客
10-14 1176
django.core.management.base.SystemCheckError: SystemCheckError: System check identified some issues: ERRORS: auth.User.groups: (fields.E304) Reverse accessor for ‘auth.User.groups’ clashes with reverse accessor for ‘users.User.groups’. HINT: Add or change
【新人填坑024】django2.0报user.User.groups: (fields.E304) Reverse accessor for 'User.groups' clashes with r
weixin_43521165的博客
06-01 1002
报错原文： user.User.groups: (fields.E304) Reverse accessor for 'User.groups' clashes with reverse accessor for 'User.groups'. HINT: Add or change a related_name argument to the definition for '...
解决报错HINT: Add or change a related_name argument to the definition for ‘users.User.user_permissions‘
我的个人博客
07-17 680
看到这样的提示时，通常意味着在你的项目中存在两个模型（或多个）都有相同名称的反向关系（reverse relation），这导致 Django 在内部处理这些关系时产生冲突。在你的情况下，冲突发生在。将AUTH_USER_MODEL = "auth.User"复制到dev.py（settings.py）配置文件中，并将auth改为users。，你需要在你的 settings.py 文件中设置。模型并且继承了 Django 的。上，这通常是因为你自定义了。），但同时又保留了默认的。
django Error: HINT: Add or change a related_name argument to the definition for 'UserProfile.groups'...
weixin_30438813的博客
10-08 706
# 解决方案： 因自己重新封装user为UserProfile故在 settings中 添加自己的 转载于:https://www.cnblogs.com/LYliangying/p/9752505.html
HINT: Add or change a related_name argument to the definition for ‘User.user_permissions‘ or ‘User.u
lucky__peng的博客
05-20 1723
在项目的settings 中添加 AUTH_USER_MODEL = 'users.User' # users是app名，User是models中的类名 然后执行 python manage.py makemigrations app名 python manage.py migrate
django 多个记录同时查询主表对应的外键数据
09-12
### 回答1： 在Django中，可以使用select_related()方法一次性查询多个记录对应的外键数据。这样可以避免N+1查询问题，提高查询效率。 例如，如果有一个主表为Book，外键为Author，可以这样查询： books = Book.objects.all().select_related('author') 这样books变量中的每一个Book对象都会有一个author属性，通过这个属性可以访问对应的Author对象。 ### 回答2： 在Django中，如果要同时查询主表对应的外键数据，可以使用select_related方法。select_related方法可以在一次数据库查询中同时获取主表和外键数据。 例如，假设有一个主表Post和外键表Comment，每个Post都有多个对应的Comment，想要同时获取每个Post对应的所有Comment。 可以通过如下代码实现： posts = Post.objects.select_related('comment_set') for post in posts: print(f"Post标题：{post.title}") for comment in post.comment_set.all(): print(f"评论：{comment.content}") 在上述代码中，使用select_related('comment_set')来告诉Django在查询Post时同时获取其关联的Comment数据。然后通过post.comment_set.all()来获取每个Post对应的所有Comment。 使用select_related方法可以减少数据库查询的次数，提高查询效率。但需要注意，如果外键关联的表数据较多，使用select_related可能会导致查询语句过于庞大，建议适量使用。 ### 回答3： 在Django中，可以使用多种方式同时查询主表对应的外键数据。 一种常见的方法是使用`select_related()`函数，它可以在查询主表数据的同时同时查询外键数据。例如，假设有一个主表`User`和外键表`Profile`，可以通过以下代码同时查询两个表的数据： ``` users = User.objects.select_related('profile').all() for user in users: print(user.profile) ``` 这样就可以通过`user.profile`属性获取到每个用户对应的外键数据。 另外一种方法是通过反向查询外键数据。在模型类中，可以设置`related_name`属性来定义反向查询的名称。例如，如果在主表中设置了`profile = models.ForeignKey(Profile, related_name='users')`，则可以通过以下代码同时查询主表和外键表的数据： ``` profiles = Profile.objects.all() for profile in profiles: print(profile.users.all()) ``` 这样就可以通过`profile.users.all()`获取到每个外键数据对应的主表数据。 需要注意的是，以上方法都会在查询数据时产生额外的SQL查询，因此在进行大量数据查询时可能会影响性能。如果需要在一个查询中获取所有的主表和外键数据，可以考虑使用`prefetch_related()`函数来优化查询性能。 总之，以上是在Django中同时查询主表对应的外键数据的几种常见方法。根据实际需求和数据量大小，可以选择合适的方法来进行查询。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值