Hibernate之mappedBy【必读】

【http://www.cnblogs.com/redcoatjk/p/4236445.html】

一。mappedBy 单向关系不需要设置该属性,双向关系必须设置,避免双方都建立外键字段

  数据库中1对多的关系,关联关系总是被多方维护的即外键建在多方,我们在单方对象的@OneToMany(mappedby=" ")

  把关系的维护交给多方对象的属性去维护关系

  对于mappedBy复习下:

  a) 只有OneToOne,OneToMany,ManyToMany上才有mappedBy属性,ManyToOne不存在该属性;

  b) mappedBy标签一定是定义在the owned side(被拥有方的),他指向theowning side(拥有方);

  c) 关系的拥有方负责关系的维护,在拥有方建立外键。所以用到@JoinColumn

  d)mappedBy跟JoinColumn/JoinTable总是处于互斥的一方

  二。下面是我自己的理解,一直对hibernate中的维护关联关系不太了解,总不知道他们具体指的是什么

  这里的维护关联关系,拿多对多来说就是中间表,在不设置cascade的情况下,中间表由负责维护关联关系的一方维护

  举例说明:

  Game 和User  两个实体类,他们是多对多的关系,有中间表t_game-user.

  在User中配置有:

  @ManyToMany(mappedBy="users")

  public List<Game> getGames() {

  return games;

  }

  Game中配置有:

  @ManyToMany

  @JoinTable(name = "t_game_user",

  joinColumns = {@JoinColumn(name = "game_id",referencedColumnName="gameId")},

  inverseJoinColumns = {@JoinColumn(name = "user_id",referencedColumnName="id")})

  public List<User> getUsers() {

  return users;

  }

  所以说由Game来维护他们的关联关系,即中间表

  表现形式:

  1.因为没有配置cascade所以分别给Game,User添加4条数据,然后手动在中间表中添加他们的关联关系

  2.在程序中执行删除User,

  Hibernate: delete from t_user where id=?

  Hibernate: delete from t_user where id=?

  Hibernate: delete from t_user where id=?

  Hibernate: delete from t_user where id=?

  删除了User,并没有对中间表发生影响

  3.在程序中执行删除Game

  Hibernate:delete from t_game_user where game_id=?

  Hibernate:delete from t_game_user where game_id=?

  Hibernate:delete from t_game_user where game_id=?

  Hibernate:delete from t_game_user where game_id=?

  Hibernate:delete from t_game where game_id=?

  Hibernate:delete from t_game where game_id=?

  Hibernate:delete from t_game where game_id=?

  Hibernate:delete from t_game where game_id=?

  对中间表产生了影响,说明是Game在维护他们之间的关联关系

  三。下面这里是一对多的维护关联关系,(同样是在部设置cascade的前提下)一对多的关联关系其实更简单,因为他们之间没有中间表,User和Group,他们的关联关系就是体现在one方(group)的主键是Many方(User)的外键,这个关联关系就在User的表中。因为有外键的存在,group在user删除之前,是不能够删除的,所以他们之间维护关联关系的任务就只能交给Many方(User)

时间: 2024-11-06 12:51:04

Hibernate之mappedBy【必读】的相关文章

。。。Hibernate中mappedBy属性。。。

今天在学习Hibernate中,感觉这个mappedBy这个注解属性有点小难度.不过理解之后,还是阔以的! 首先,mappedBy这个注解只能够用在@OntToOne,@OneToMany,@manyToMany中,不能够用在@manyToOne中: 第二,这个注解看网上的意思可以简单地理解为:这个注解用在主表的一方,就是被引用的一方: 第三,这个注解是与@JoinColumn这个注解是互斥的,因为@JoinColumn这个注解使用在拥有外键的表的一方,就是从表的一方. 第四,这个注解的属性值是

Hibernate之mappedBy

一.mappedBy 单向关系不需要设置该属性,双向关系必须设置,避免双方都建立外键字段 数据库中1对多的关系,关联关系总是被多方维护的即外键建在多方,我们在单方对象的@OneToMany(mappedby=" ") 把关系的维护交给多方对象的属性去维护关系 对于mappedBy复习下: a) 只有OneToOne,OneToMany,ManyToMany上才有mappedBy属性,ManyToOne不存在该属性: b) mappedBy标签一定是定义在the owned side(被

HIbernate 注解 mappedBy 与 inverse

hibernate中 配置文件中的inverse属性意思就是放弃控制权 ,主导权由对方控制,也就是说 我方进行的删除等操作不会影响到对方 即使设置了cascadeType.ALL 这个解释其实就是hibernate注解中的mappedBy ,他们是一个意思,只支持oneToMany OneToOne ManyToMany ,在一的一方设置, 其实 inverse 就是 mappedBy

谈 Hibernate Annotation @mappedBy含义

“一对多/多对一”是数据库表关系中最常见的一种关系.两张表通过外键进行关联,实现表达“一对多/多对一”关系.外键通常位于”多方”表中. 用学生选课的例子 来说一下自己对这个注释@mappedBy的理解. 关系: 学生Student 多方--------课程Course 多方 学生 Student多方--------老师 Teacher一方 mappedBy 指向的是放弃维护关系的一方. 学生与课程,即课程类放弃维护关系,外键在Student类中.学生与老师,即老师Teacher放弃维护关系,外键

Java开发者必读的5本最佳Hibernate书籍

Java开发者必读的5本最佳Hibernate书籍 分享到:17 本文由 ImportNew - will 翻译自 javarevisited.欢迎加入Java小组.转载请参见文章末尾的要求. Hibernate是最受欢迎的开源ORM(Object Relational Mapping 对象关系映射)框架之一,并且随着JPA的出现,它已成为开发Java企业级应用持久层的一个标准.我经常会收到这样一些反馈,如”哪本是学习hibernate最好的书籍”或”请推荐一些学习Spring和Hibernat

mappedBy reference an unknown target entity property解决方法

Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'articleDaoImpl': Injection of resource methods failed; nested exception is org.springframework.beans.factory.BeanCreationException

hibernate基于注解的维护权反转:@OneToMany(mappedBy=)

背景说明:首先是SSH环境下,对象基于注解的方式映射到数据库: 昨天遇到一个比较纠结的问题,@OneToMany(mappedBy="xxx"), mappedBy属性有什么用,然后是写在哪一边? 还有一个问题是:@JoinColumn(name="xxxxx"),JoinColumn有什么用? 先贴出最初的代码:一些基本的注解,在一对多的关系上没有使用JoinColumn和mappedBy属性 部门类:主要是第33.34行 1 package com.lizhou

Hibernate xml格式和anno格式 mappedby

xml配置的时候多对一 一对多的外键可以配置一样,但是anno不太好弄,多这边配完了,一那边用个mappedby"“自己在对方的属性”就可以,不然要建一张中间表.xml的mappedby因为外键已经配置好了,只是规定是否由己方维护关系.双向关联有两种关系对应,一个是多的一方有“一”的一方的对象,第二是“一”的一方有一组多的一方的set.一旦不由己方维护关系,那么一的一方把一组set的多 设置到自己的set中,但是多的一方并没有存自己的对象,这样一save,多的那方的外键就关联不上一的一方的主键了

码农小汪-Hibernate学习8-hibernate关联关系注解表示@OneToMany mappedBy @ManyToMany @JoinTable

近期我也是有点郁闷,究竟是程序中处理关联关系.还是直接使用外键处理关联关系呢?这个的说法不一致!程序中处理这样的关联关系的话.自己去维护这样的约束.这样的非常乐观的一种做法!或者是直接在数据库中处理这样的直接的外键关联,悲观的做法!刚刚看到个帖子.有的公司表中一个外键都没得.直接在程序中处理这样的关联关系.假设在Hibernate中处理外键关系的话.我们首先得有个主表的对象吧,然后在创建外键.感觉有点啰嗦.为啥不直接操作呢! 我仅仅要晓得你这个Id是外键即可了.各有各的说法.我想你也在思考这个问