多对一 关联映射 --- many-to-one
场景:用户和组;从用户角度来,多个用户属于一个组(多对一 关联)
使用hibernate开发的思路:先建立对象模型(领域模型),把实体抽取出来。
目前两个实体:用户和组两个实体,多个用户属于一个组,那么一个用户都会对应于一个组,所以用户实体中应该有一个持有组的引用。
将关联关系映射到数据库,所谓的关联关系是对象模型在内存中一个或多个引用。
public class User {
private int id;
private String name;
private Group group;
get...set...
}
public class Group { private int id; private String name; GET...SET }
实体类建立完后,开始创建映射文件,先建立简单的映射文件:
<hibernate-mapping> <class name="h.one.bean.Group" table="t_group"> <id name="id" column="id"> <generator class="native"/> </id> <property name="name"/> </class> </hibernate-mapping>
<hibernate-mapping> <class name="h.one.bean.User" table="t_user"> <id name="id" column="id"> <generator class="native"/> </id> <property name="name"/> <!--<many-to-one> 关联映射 多对一的关系 name:是维护的属性(User.group),这样表示在多的一端表里加入一个字段名称为group, 但group与SQL中的关键字重复,所以需要重新命名字段(column="groupid"). 这样这个字段(groupid)会作为外键参照数据库中group表(t_group也叫一的一端),也就是就在多的一 端加入一个外键指向一的一端。 --> <many-to-one name="group" column="groupid"/> </class> </hibernate-mapping>
例如:<many-to-one name="group" column="groupid"/>
<many-to-one> 关联映射 多对一的关系
name:是维护的属性(User.group),这样表示在多的一端表里加入一个字段名称为group,但group与SQL中的关键字重复,所以需要重新命名字段(column="groupid").这样这个字段(groupid)会作为外键参照数据库中group表(t_group也叫一的一端),也就是就在多的一端加入一个外键指向一的一端。
session = HibernateUtils.getSession(); tx = session.beginTransaction(); Group group = new Group(); group.setName("wjt276"); session.save(group); //存储Group对象。 User user1 = new User(); user1.setName("菜10"); user1.setGroup(group);//设置用户所属的组 User user2 = new User(); user2.setName("容祖儿"); user2.setGroup(group);//设置用户所属的组 //开始存储 session.save(user1);//存储用户 session.save(user2); tx.commit();//提交事务
注意:如果上面的session.save(group)不执行,则存储不存储不成功。则抛出TransientObjectException异常。
因为Group为Transient状,Object的id没有分配值。
结果:persistent状态的对象是不能引用Transient状态的对象
以上代码操作,必须首先保存group对象,再保存user对象。我们可以利用cascade(级联)方式,不需要先保存group对象。而是直接保存user对象,这样就可以在存储user之前先把group存储了。
利用cascade属性是解决TransientObjectException异常的一种手段。
级联的意思是指定两个对象之间的操作联运关系,对一个 对象执行了操作之后,对其指定的级联对象也需要执行相同的操作,取值:all、none、save_update、delete
1、 all:代码在所有的情况下都执行级联操作
2、 none:在所有情况下都不执行级联操作
3、 save-update:在保存和更新的时候执行级联操作
4、 delete:在删除的时候执行级联操作。
例如:<many-to-one name="group" column="groupid" cascade="save-update"/>
代码如下:
session = HibernateUtils.getSession(); tx = session.beginTransaction(); User user = (User)session.load(User.class, 3); System.out.println("user.name=" + user.getName()); System.out.println("user.group.name=" + user.getGroup().getName()); //提交事务 tx.commit();
可以加载Group信息:因为采用了<many-to-one>这个标签,这个标签会在多的一端(User)加一个外键,指向一的一端(Group),也就是它维护了从多到一的这种关系,多指向一的关系。当你加载多一端的数据时,它就能把一的这一端数据加载上来。当加载User对象后hibernate会根据User对象中的groupid再来加载Group信息给User对象中的group属性。
一对一 主键关联映射_单向(one-to-one)
² 两个对象之间是一对一的关系,如Person-IdCard(人—身份证号)
² 有两种策略可以实现一对一的关联映射
Ø 主键关联:即让两个对象具有相同的主键值,以表明它们之间的一一对应的关系;数据库表不会有额外的字段来维护它们之间的关系,仅通过表的主键来关联。
Ø 唯一外键关联:外键关联,本来是用于多对一的配置,但是如果加上唯一的限制之后,也可以用来表示一对一关联关系。
实例场景:人—-> 身份证号(PersonàIdCard),从IdCard看不到Person对象
(站在人的角度看)
public class IdCard { private int id; private String cardNo; }
public class Person { private int id; private String name; private IdCard idCard;//持有IdCard对象的引用 }
因为是person引用idcard,所以idcard要求先有值。而person的主键值不是自己生成的。而是参考idcard的值,person即是主键,同时也是外键。
<hibernate-mapping> <class name="h.one.bean.IdCard" table="t_idcard"> <id name="id" column="id"> <generator class="native"/> </id> <property name="cardNo"/> </class> </hibernate-mapping>
<hibernate-mapping package="h.one.bean"> <class name="Person" table="t_person"> <id name="id" column="id"> <!-- 因为主键不是自己生成的,而是作为一个外键(来源于其它值),所以使用foreign生成策略 foreign:使用另外一个相关联的对象的标识符,通常和<one-to-one>联合起来使用。 再使用元素<param>的属性值指定相关联对象(这里Person相关联的对象为idCard,则标识符为idCard的id)为了能够在加载person数据同时加载IdCard数据,所以需要使用一个标签<one-to-one>来设置这个功能。 --> <generator class="foreign"> <!-- 元素<param>属性name的值是固定为property --> <param name="property">idCard</param> </generator> </id> <property name="name" /> <!-- <one-to-one>标签 表示如何加载它的引用对象(这里引用对象就指idCard这里的name值是idCard),同时也说是一对一的关系。 默认方式是根据主键加载(把person中的主键取出再到IdCard中来取相关IdCard数据。) 我们也说过此主键也作为一个外键引用 了IdCard,所以需要加一个数据库限制(外键约束)constrained="true" --> <one-to-one name="idCard" constrained="true" /> </class> </hibernate-mapping>
现在是使用一对一主键关联映射,因为主键不是自己生成的,而是作为一个外键(来源于其它值),所以使用foreign生成策略(使用另外一个相关联的对象的标识符,通常和<one-to-one>联合起来使用)。再使用元素<param>的属性值指定相关联对象(这里Person相关联的对象为idCard,则标识符为idCard的id)为了能够在加载person数据同时加载IdCard数据,所以需要使用一个标签<one-to-one>来设置这个功能。
@Test public void testOneToOneSave() { session = HibernateUtil.getSession(); tx = session.beginTransaction(); IdCard idCard = new IdCard(); idCard.setCardNo("88888888888888888888888"); Person person = new Person(); person.setName("菜10"); person.setIdCard(idCard); //不会出现TransientObjectException异常 //因为一对一主键关键映射中,默认了cascade属性。 session.save(person); tx.commit(); }
注:不会出现TransientObjectException异常,因为一对一主键关键映射中,默认了cascade属性。
@Test public void testLoad() { session = HibernateUtil.getSession(); tx = session.beginTransaction(); User user = (User) session.load(User.class, "4028718146f232890146f2328b660001"); System.out.println("user.name=" + user.getName()); System.out.println("user.group.name=" + user.getGroup().getName()); // 提交事务 tx.commit(); }
一对一 主键关联映射_双向(one-to-one)
² 两个对象之间是一对一的关系,如Person-IdCard(人—身份证号)
² 有两种策略可以实现一对一的关联映射
Ø 主键关联:即让两个对象具有相同的主键值,以表明它们之间的一一对应的关系;数据库表不会有额外的字段来维护它们之间的关系,仅通过表的主键来关联。
Ø 唯一外键关联:外键关联,本来是用于多对一的配置,但是如果加上唯一的限制之后,也可以用来表示一对一关联关系。
实例场景:人<—-> 身份证号(Person<->IdCard)双向:互相持有对方的引用
public class IdCard { private int id; private String cardNo; private Person person; //持有Person对象的引用 }
public class Person { private int id; private String name; private IdCard idCard;//持有IdCard对象的引用 }
<hibernate-mapping> <class name="h.one.bean.IdCard" table="t_idcard"> <id name="id" column="id"> <generator class="native"/> </id> <property name="cardNo"/> <!— one-to-one标签的含义:指示hibernate怎么加载它的关联对象(这里的关联对象为person),默认根据主键加载 --> <one-to-one name="person"/> </class> </hibernate-mapping>
注意:此双向的SQL语句,与单向的SQL语句没有任何变化,也就是说数据库中的表单向双向没有任何区别。<one-to-one>的单向、双向对数据库表没有影响,只是告诉Hibernate如何加载数据对象。
在hibernate中也存在flush这个功能,在默认的情况下session.commit()之前时,其实执行了一个flush命令。
①清理缓存;
②执行sql(确定是执行SQL语句(确定生成update、insert、delete语句等),然后执行SQL语句。)
① 默认在事务提交时执行;
② 可以显示的调用flush;
③ 在执行查询前,如:iterate.
注:如果主键生成策略是uuid等不是由数据库生成的,则session.save()时并不会发出SQL语句,只有flush时才会发出SQL语句,但如果主键生成策略是native由数据库生成的,则session.save的同时就发出SQL语句。在flush时会满不在缓存。实体对象只有发出SQL语句保存在数据库中时,session缓存中的一个existsInDatabase才会为true.
uuid主键生成策略:
// 提交事务 // 利用Hibernate将实体类对象保存到数据库中 // 因为user主键生成策略采用的是uuid,所以调用完成save后,只是将user纳入session的管理 // 不会发出insert语句,但是id已经生成,session中的existsInDatabase状态为false session.save(user); // 调用flush,hibernate会清理缓存,执行sql // 如果数据库的隔离级别设置为未提交读,那么我们可以看到flush过的数据,并且session中的exitsInDatabase为true session.flush(); // 提交事务 // 默认情况下commit操作会先执行flush清理缓存,所以不用显示调用flush // commit后数据是无法回滚的。 tx.commit();
native主键生成策略:
// 利用Hibernate将实体类对象保存到数据库中 // 因为user的主键生成策略为native(自动添加),所以调用session.save()后,将执行insert语句,返回由数据库生成的id // 纳入了session的管理,修改了session中existsInDatabase状态为true。 // 如果数据库的隔离级别设置为未提交读,那么我们可以看到save过的数据 session.save(user); // 提交事务 tx.commit();
1、 Read Uncommited(未提交读):没有提交就可以读取到数据(发出了Insert,但没有commit就可以读取到。)很少用
2、 Read Commited(提交读):只有提交后才可以读,常用,
3、 Repeatable Read(可重复读):mysql默认级别, 必需提交才能见到,读取数据时数据被锁住。
4、 Serialiazble(序列化读):最高隔离级别,串型的,你操作完了,我才可以操作,并发性特别不好,
1、 Read Uncommited(未提交读):没有提交就可以读取到数据(发出了Insert,但没有commit就可以读取到。)很少用
2、 Read Commited(提交读):只有提交后才可以读,常用,
3、 Repeatable Read(可重复读):mysql默认级别, 必需提交才能见到,读取数据时数据被锁住。
4、 Serialiazble(序列化读):最高隔离级别,串型的,你操作完了,我才可以操作,并发性特别不好,
1、 Read Uncommited(未提交读):没有提交就可以读取到数据(发出了Insert,但没有commit就可以读取到。)很少用
2、 Read Commited(提交读):只有提交后才可以读,常用,
3、 Repeatable Read(可重复读):mysql默认级别, 必需提交才能见到,读取数据时数据被锁住。
4、 Serialiazble(序列化读):最高隔离级别,串型的,你操作完了,我才可以操作,并发性特别不好,
隔离级别 |
是否存在不可重复读 |
是否存在不可重复读 |
是否存在幻读 |
Read Uncommitted(未提交读) |
Y |
Y |
Y |
Read Commited(提交读) |
N |
Y(可采用悲观锁解决) |
Y |
Repeatable Read(可重复读) |
N |
N |
Y |
Serialiazble(序列化读) |
|
|
脏读:没有提交就可以读取到数据称为脏读
不可重复读:再重复读一次,数据与你上的不一样。称不可重复读。
幻读:在查询某一条件的数据,开始查询的后,别人又加入或删除些数据,再读取时与原来的数据不一样了。
方法:select @@tx_isolation;
方法:set transaction isolation level 隔离级别名称;
例如:修改为未提交读:set transaction isolation level read uncommitted;
作用:从session缓存(EntityEntries属性)中逐出该对象
但是与commit同时使用,会抛出异常
session = HibernateUtil.getSession(); tx = session.beginTransaction(); User1 user = new User1(); user.setName("李四"); user.setPassword("123"); user.setCreateTime(new Date()); user.setExpireTime(new Date()); // 利用Hibernate将实体类对象保存到数据库中 // 因为user主键生成策略采用的是uuid,所以调用完成save后,只是将user纳入session的管理 // 不会发出insert语句,但是id已经生成,session中的existsInDatabase状态为false session.save(user); session.evict(user);// 从session缓存(EntityEntries属性)中逐出该对象 // 无法成功提交,因为hibernate在清理缓存时,在session的临时集合(insertions)中取出user对象进行insert操作后需要更新entityEntries属性中的existsInDatabase为true,而我们采用evict已经将user从session中逐出了,所以找不到相关数据,无法更新,抛出异常。 tx.commit();
在session.evict()之前进行显示的调用session.flush()方法就可以了。
// 利用Hibernate将实体类对象保存到数据库中 // 因为user主键生成策略采用的是uuid,所以调用完成save后,只是将user纳入session的管理 // 不会发出insert语句,但是id已经生成,session中的existsInDatabase状态为false session.save(user); // flush后hibernate会清理缓存,会将user对象保存到数据库中,将session中的insertions中的user对象清除,并且会设置session中的existsInDatabase状态为false session.flush(); session.evict(user);// 从session缓存(EntityEntries属性)中逐出该对象 // 可以成功提交,因为hibernate在清理缓存时,在Session的insertions中集合中无法找到user对象所以不会发出insert语句,也不会更新session中existsInDatabase的状态。 tx.commit();