ManyToMany字段指向自己的错误行为？

ManyToMany字段指向自己的错误行为是在数据库设计中的一种错误做法。在关系型数据库中，ManyToMany关系是指两个实体之间存在多对多的关联关系。通常情况下，我们会使用中间表来表示这种关系，中间表包含两个外键分别指向两个实体的主键。

然而，当我们错误地将ManyToMany字段指向自己时，意味着一个实体与自身建立了多对多的关联关系。这种设计是不合理的，因为一个实体与自身之间的关系应该是一对多或者多对一的关系。

这种错误行为可能导致以下问题：

数据冗余：由于实体与自身之间的关系是多对多的，可能会导致数据冗余，增加数据库存储空间的占用。
数据不一致：当对这种关系进行增删改操作时，容易出现数据不一致的情况，例如重复关联、遗漏关联等。
查询复杂性：在进行查询时，需要额外处理自身关联的情况，增加了查询的复杂性和开销。

正确的做法是根据实际需求，将ManyToMany关系建立在不同的实体之间，或者将关系设计为一对多或多对一的关系。这样可以避免上述问题，并且更符合数据库设计的规范和最佳实践。

腾讯云相关产品和产品介绍链接地址：

腾讯云数据库 MySQL：https://cloud.tencent.com/product/cdb_mysql

腾讯云数据库 PostgreSQL：https://cloud.tencent.com/product/cdb_postgresql

腾讯云数据库 MongoDB：https://cloud.tencent.com/product/cdb_mongodb

腾讯云对象存储 COS：https://cloud.tencent.com/product/cos

相关·内容

DRF中多对多ManytoMany字段的更新和添加

背景：drf的序列化器给模型输出带来了便利但是对于多对多字段网上查询的内容却是很少(也有可能是本人不会搜答案)经过我多个日夜的摸索，终于实现了我的需求，现将自己的心得记录一下说下我的需求：定义一个订单模型里面的订单...orderId 是自动生成的UUID订单的区域是外键，下单人也是外键，菜品orderMenu是一个多对多字段(其实通过我查到的方法说的都是外键字段就可以实现但是个人觉得菜品和订单应该是多对多会比较好理解...)就这样给自己挖了坑因为想要在添加订单的同时也要添加对应菜品的数量于是自定义了中间表并且添加了数量字段(噩梦开始~~~)首先是定义模型类models.py# models.pyimport django.utils.timezone...主要是一个思路，drf 的ModelSerializer 和 ModelViewSet 封装的太严实了，通过这样的方法来更新和添加多对多字段实属自己技术不成熟。...也有可能他也有自己的方法而我不会用，希望对大家有帮助，也欢迎和我多交流。

6392 0

判断自己的isa 指向的类是否等于传入的类

isKindOfClass: 判断自己的isa 指向的类是否等于传入的类，不等于的话，找自己的继承连中的父类看有没有等于传入的类，有则YES，没有则NO isMemberOfClass 判断自己的isa...指向的类是否等于传入的类，等于则YES，不等于则NO 源码： // 类对象，是否是指定的元类的实例 + (BOOL)isMemberOfClass:(Class)cls { return object_getClass...((id)self) == cls; } // 实例对象，是否是指定的类的实例 - (BOOL)isMemberOfClass:(Class)cls { return [self class] ==...cls; } // 类对象，是否是指定的元类cls的实例，或者是cls继承者链中子类的实例 + (BOOL)isKindOfClass:(Class)cls { for (Class tcls = object_getClass...self); tcls; tcls = tcls->super_class) { if(tcls == cls) return YES; } return NO； } // 实例对象，是否是指定的类的实例

5334 0

ping自己的域名指向127.0.0.1，域名被DNS劫持的解决方法

今天访问自己私有云的为知笔记，发现不能访问，浏览器访问自己的群晖，发现也打不开了。于是用命令行 ping 了一下，发现域名被指向了 127.0.0.1 。...- cmd -回车，或者 win + R 输入 cmd 回车） ipconfig /flushdns 无济于事，网上查了一下，可能是 DNS 劫持，尝试修改 DNS ：打开网络连接，找到当前正在用的连接的属性...地址： 2400:3200::1 2400:3200:baba::1 百度DNS： ipv4：180.76.76.76 ipv6：2400:da00::6666 未经允许不得转载：w3h5 » ping自己的域名指向...127.0.0.1，域名被DNS劫持的解决方法

14.6K4 0

Typeorm 字段名驼峰转下划线命名

，直接通过JoinColumn的name属性来控制外键名称。...3、ManyToMany @ManyToMany(......)...referencedColumnName:'pointtable_id' }}) foriegnObjs: ForiegnObj[]; 多对多属性进行字段编辑的时候一定要注意以下几点...： 1、joincolumn 是本表内部成员映射，其referencedColumnName 一定指向本表主键ID。...2、inverseJoinColumn 是ManyToMany 映射对象表的属性，这里一定指向其表主键ID。

2.1K5 0

JPA实体类中的注解

关系被维护端： @ManyToMany(cascade={CascadeType.*},mapperBy="itself") 关系维护端 @ManyToMany(cascade={CascadeType...,其关联的实体也应当被更新或删除例如：实体User和Order是OneToMany的关系，则实体User被删除时，其关联的实体Order也应该被全部删除 @ManyToMany 描述一个多对多的关联... mappedBy:表示多对多关联的另一个实体类的对应集合属性名称两个实体间相互关联的属性必须标记为@ManyToMany,并相互指定targetEntity属性, 需要注意的是,有且只有一个实体的...@ManyToMany注解需要指定mappedBy属性,指向targetEntity的集合属性名称利用ORM工具自动生成的表除了User和Book表外,还自动生成了一个User_Book表,用于实现多对多关联... name：是关系表的名字 joinColumns：自己这一端的主键 inverseJoinColumns：对方的主键 @MappedSuperclass 可选 @MappedSuperclass

3.8K7 0

Hibernate映射多对多关联关系

字段和一个name字段。...我们使用了@ManyToMany注解来表示Student与Course之间是多对多的关系。...@JoinTable的name属性指定了中间表的名称，joinColumns的属性指向当前实体类的外键字段名，另一个实体类的外键字段名通过inverseJoinColumns属性指定。...Course实体类在Course实体类中，我们定义了一个主键的id字段和一个name字段。我们使用了@ManyToMany注解来表示Course与Student之间是多对多的关系。...@ManyToMany注解中使用了mappedBy属性，因为在我们的示例中，关联关系已经在Student类中定义了。

1.3K4 0

JPA 注解学习

getter 方法或属性，将不会被持久化（自己测试，只有放在getter方法内才起作用） @Basic 所有没有定义注解的属性，等价于在其上面添加了 @Basic注解可以声明属性的获取策略 ( fetch...该关联表通过 passport_fk 外键指向 Passport 表，该信心定义为 inverseJoinColumns 的属性值。...关键字段默认值和一对一关联的情况相似。...该关联表包含指回实体的外键（通过@JoinTable.joinColumns）以及指向目标实体表的外键（通过@JoinTable.inverseJoinColumns）....指向主表的外键名:主表表名+下划线+主表主键列名指向从表的外键定义为唯一约束，用来表示一对多的关联关系。

2.9K1 0

Elixir and Pylons 中多态继承和自关联关系的创建

二、解决方案为了解决这个问题，可以采用以下方法：1、修改 Nav 表的 before 字段类型为 ManyToMany，并使用 primaryjoin=Nav.id 选项来指定两张表之间的连接字段。...2、在 Nav 表中，将 before 字段的类型从 OneToMany 更改为 ManyToMany，如下：class Nav(Entity): using_options(inheritance...('Nav', primaryjoin=Nav.id, inverse='after')3、调整 Nav 表中 before 字段的类型，如下：class Nav(Entity): using_options...('Nav', primaryjoin=Nav.id, inverse='after')4、在 Nav 表中，将 before 字段的类型从 OneToMany 更改为 ManyToMany，如下：class...('Nav', primaryjoin=Nav.id, inverse='after')5、调整 Nav 表中 before 字段的类型，如下：class Nav(Entity): using_options

1031 0

Orm之中介模型

什么是中介模型中介模型针对的是ManyToMany（多对多）的时候第三张表的问题，中介模型其实指的就是我们不通过Django创建第三张表，如果自己不创建第三张表，而是由django给我们创建，那就不存在你中介模型...中介模型示例普通的ManyToMany示例 class Book(models.Model): title = models.CharField(max_length=32) authors...图中可以看出，Django创建ForeignKey的时候会在字段后自动添加'_id'，所以，我们在写第三张表字段的时候就不用加_id了，如下： class Book(models.Model):...book_id = models.ForeignKey(to='Book') author_id = models.ForeignKey(to='Author') 中介模型与Django自建表的区别...1、中介模型的第三张表是自己创建的，所以可以自己任意添加额外的字段，而Django自创建的第三张表的字段是固定的 2、中介模型没有add，set , remove，clear 方法

8155 0

Hibernate多表关系配置

多对多（一个老师教多个学生，一个学生可以被多个老师教）一对一（一个公司只能对应一个注册地址）表之间关系建表原则一对多（在多的一方创建一个外键，指向一的一方的主键）多对多（创建一个中间表，中间表至少有两个字段...，分别作为外键指向多对多双方的主键）一对一（唯一外键对应或主键对应） 2 一对多配置 1.建表（班级、学生） class_id class_name numbers stu_id stu_name...stu_name; private Integer stu_age; //一个学生属于一个班级 private Classes stu_class; } 映射文件映射文件中普通字段段的配置不用写上外键...，在一的一方配置文件写上set标签name属性为关联属性名，里面还有key标签有column属性关系中的外键即另一个表的外键字段名，还有一个标签one-to-many写上另一表的domain类全路径。...所以它们得操作就是操作集合给上面王五添加数学课 @Test public void manytomany(){ Session session = HibernateUtil.openSession

7082 0

Django学习笔记之Queryset详解

Manager定义表级方法（表级方法就是影响一条或多条记录的方法），我们可以以models.Manager为父类，定义自己的manager，增加表级方法；QuerySet：Manager类的一些方法会返回...注意：这里只是查询Entry表，返回的a的每条记录只包含Entry表的字段值，不管Entry的model中是否有onetoone、onetomany、manytomany字段，都不会关联查询。...对于ManyToMany，删除其中一方的记录时，会同时删除中间表的记录，即删除双方的关联关系。...数量，字段命名为ut_num，返回的QuerySet中的每个object都有 #这个字段。...用于OneToMany的反向连接，及ManyToMany。

2.7K3 0

Django admin 多对多字段过滤方法及保持横向显示（穿梭框）

在 admin 中，文章的 tags 字段选择的时候可以按 Tag 的 show_status 过滤，并且保持横向展示修改 Article Admin 这里主要是在 admin.py 的 ArticleAdmin...里重写 formfield_for_manytomany formfield_for_manytomany 源码路径：.....def formfield_for_manytomany(self, db_field, request, **kwargs): """ Get a form Field...： # Register your models here. class ArticleAdmin(admin.ModelAdmin): def formfield_for_manytomany...""" Get a form Field for a ManyToManyField. """ # db_field.name 本模型下的字段名称

1.2K5 0

SpringDataJpa多表查询下（多对多）

* 配置多对多的映射关系 * 1.声明表关系的配置 * @ManyToMany(targetEntity = Role.class)//声明多对多...@JoinTable 作用：针对中间表的配置属性： nam：配置中间表的名称 joinColumns：中间表的外键字段关联当前实体类所对应表的主键字段...inverseJoinColumn：中间表的外键字段关联对方表的主键字段 @JoinColumn 作用：用于定义主键字段和外键字段的对应关系。...属性： name：指定外键字段的名称 referencedColumnName：指定引用主表的主键字段名称 unique：是否唯一。...：只需要在任意一方放弃对中间表的维护权即可，推荐在被动的一方放弃，配置如下 //配置多对多放弃对中间表的维护权，解决保存中主键冲突的问题 @ManyToMany(mappedBy = "roles

1.8K1 0

JPA关系映射系列五：many-to-many 关联表存在额外字段关系映射

SpringDataJPA是Spring Data的一个子项目，通过提供基于JPA的Repository极大的减少了JPA作为数据访问方案的代码量，你仅仅需要编写一个接口集成下SpringDataJPA...内部定义的接口即可完成简单的CRUD操作。...前言本篇文章引导你通过Spring Boot，Spring Data JPA和MySQL实现many-to-many关联表存在额外字段下关系映射。...TABLE：使用表保存id值 IDENTITY：identitycolumn SEQUENCR ：sequence AUTO：根据数据库的不同使用上面三个 @Column 声明该属性与数据库字段的映射关系...@OneToMany 一对多关联关系 @ManyToMany 多对多关联关系 @JoinColumn 指定关联的字段 @JoinTable 参考 Spring Data JPA Repository BookRepository

1.2K2 0

快速学习-JPA中的多对多

@JoinTable(name="user_role_rel",//中间表的名称 //中间表user_role_rel字段关联sys_role表的主键字段role_id joinColumns...@JoinTable 作用：针对中间表的配置属性： nam：配置中间表的名称 joinColumns：中间表的外键字段关联当前实体类所对应表的主键字段...inverseJoinColumn：中间表的外键字段关联对方表的主键字段 @JoinColumn 作用：用于定义主键字段和外键字段的对应关系。...属性： name：指定外键字段的名称 referencedColumnName：指定引用主表的主键字段名称 unique：是否唯一。...个字段又作为联合主键，所以报错，主键重复，解决保存失败的问题：只需要在任意一方放弃对中间表的维护权即可，推荐在被动的一方放弃，配置如下： //放弃对中间表的维护权，解决保存中主键冲突的问题 @ManyToMany

1.5K2 0

django-ForeignKey,OneToOneField,ManyToManyField

6793 0

TypeORM 多对多查询实现

首先定义2个实体 Article 和 Category是多对多的关系，一篇文章可以有多个分类，一个分类可以包含多篇文章实体定义 import { Entity, Column, PrimaryGeneratedColumn..., ManyToMany, JoinTable, } from 'typeorm' import { IsNotEmpty } from 'class-validator' import { Category...IsNotEmpty() title: string @Column({ select: false, type: 'text', }) content: string @ManyToMany...int | NO | PRI | NULL | | +------------+------+------+-----+---------+-------+ 查询分页如果查询的字段都在...pageSize, take: pageSize, } const [data, total] = await articleRepository.findAndCount(options) 但是如果查询的字段需要连表查询

3.2K2 0

Spring·JPA

有两种方式使类属性与数据表字段建立映射关系：一是在属性的 getter 方法上添加 @Column 注解（如上所示）；二是直接在类属性上添加注解。...唯一的不同是当需要在子类中覆写父类某些字段的注解时有区别。...由于实体类可以继承，同时扩展其字段。如果在字段级别定义了 JPA 注解的话，就不能通过覆写它的对应 getter 方法来达到覆写它的目的。...在同一个实体层次结构中必须保持同一种使用注解的方式，即一个实体及其子类中必须保证注解方式的一致性。但可以使用注解 @Access 来指明这一个特定的子类使用了另一种不同的注解方式来注解其字段和方法。...@ManyToMany 关系在两边的设置是对等的，需要在两个类中进行对调的对集合引用的注解。

3.3K3 0

SSH框架之Hibernate第四篇

*/ /*referencedColumnName:指向的主键字段的命名称*/ @JoinColumn(name="lkm_cust_id",referencedColumnName...:对方在中间表的一些配置*/ @JoinTable(name="sys_user_role", joinColumns={ /*name:自己在中间表的外键字段名称...referencedColumnName:指向自己的主键字段名*/ @JoinColumn(name="user_id",referencedColumnName="user_id...") }, inverseJoinColumns={ /*name:对方在中间表的外键字段名称 referencedColumnName:指向的对方的主键字段名称.../*targetEntity:对方的类型 * mappedBy:自己在对方的属性名 * */ @ManyToMany(targetEntity=User.class

3.5K2 0

Hibernate框架学习之注解配置关系映射

name属性指定了外键字段的字段名称，referencedColumnName属性指定了该外键字段的值依赖于本表的那个字段（我们这里让他依赖于userSex的主键）。...name 属性指定表名，joinColumns 配置外键列及其依赖的属性字段，我们这里在新表中指定一列名为user_id并且依赖于userinfo实体的主键字段的值，inverseJoinColumns...五、双向的一对一的关联关系映射其实本质上看，单向的关联关系和双向的关联关系的区别在于，单向的关系中，只有一方存在对另一方的引用，也就是可以通过外键列指向另一方，而被引用的一方并不具备指向别人的外键列...，需要在两端都使用@OneToOne修饰，我们在userinfo端增加了一个外键列并指向usercode的主键。...@OneToMany修饰并放弃对关系的维护，多的一端使用@ManyToOne修饰，并增加外键列指向usersex表的主键列。

2.2K9 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云