我们还是以一个活生生的例子来详解一对多关联关系映射吧!就以部门和员工的关系为例。
单向n-1关联只需从n的一端可以访问1的一端。
从Employee到Department的多对一单向关联需要在Employee类中定义一个Department属性,而在Department类中无需定义存放Employee对象的集合属性。接下来我们理应要创建出这两个持久化类了。
我们最好新建一个普通java工程,如Hibernate_Test,然后在cn.itcast.f_hbm_oneToManyb包下新建持久化类——Department.java和Employee.java。
持久化类——Department.java的代码如下:
/**
* 部门
* @author li ayun
*
*/
public class Department {
private Integer id;
private String name;
public Integer getId() {
return id;
}
public void setId(Integer id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public String toString() {
return "[Department: id=" + id + ", name=" + name + "]";
}
}
持久化类——Employee.java的代码如下:
/**
* 员工
* @author li ayun
*
*/
public class Employee {
private Integer id;
private String name;
private Department department; // 关联的部门对象
public Integer getId() {
return id;
}
public void setId(Integer id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public Department getDepartment() {
return department;
}
public void setDepartment(Department department) {
this.department = department;
}
@Override
public String toString() {
return "[Employee: id=" + id + ", name=" + name + "]";
}
}
接着我们就要创建各个持久化类相应的映射配置文件了。但在做之前,我们约莫是要知道数据库中两张表的结构的,我画图表示:
现在再来写各个持久化类相应的映射配置文件,我想应该会容易得多。先在cn.itcast.f_hbm_oneToMany包中创建Department类对应的映射配置文件——Department.hbm.xml。
<hibernate-mapping package="cn.itcast.f_hbm_oneToMany">
<class name="Department" table="department">
<id name="id">
<generator class="native">generator>
id>
<property name="name" />
class>
hibernate-mapping>
然后也是在该包中创建Employee类对应的映射配置文件——Employee.hbm.xml。
<hibernate-mapping package="cn.itcast.f_hbm_oneToMany">
<class name="Employee" table="employee">
<id name="id">
<generator class="native">generator>
id>
<property name="name" type="string" column="name" />
<many-to-one name="department" class="Department" column="departmentId">many-to-one>
class>
hibernate-mapping>
many-to-one属性:
接下来,我们从以下几个方面来编写代码进行测试:
所以,我们要在cn.itcast.f_hbm_oneToMany包中编写一个单元测试类——Application.java。
public class Application {
private static SessionFactory sessionFactory = new Configuration() //
.configure() //
.addClass(Department.class) // 添加Hibernate实体类(加载对应的映射文件)
.addClass(Employee.class) // 添加Hibernate实体类(加载对应的映射文件)
.buildSessionFactory();
// 保存,有关联关系
@Test
public void testSave() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 新建对象
Department department = new Department();
department.setName("开发部");
Employee employee1 = new Employee();
employee1.setName("张三");
Employee employee2 = new Employee();
employee2.setName("李四");
// 关联起来
employee1.setDepartment(department); // 告诉员工他属于哪个部门
employee2.setDepartment(department);
// 保存
session.save(department); // 保存部门,记住:被依赖的一般放在前面保存,需要依赖别人的一般放在后面保存
session.save(employee1);
session.save(employee2);
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
// 获取,可以获取到关联的对方
@Test
public void testGet() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 获取一方,并显示另一方信息
Employee employee = (Employee) session.get(Employee.class, 1);
System.out.println(employee);
System.out.println(employee.getDepartment());
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
// 解除关联关系
@Test
public void testRemoveRelation() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 从员工方解除
Employee employee = (Employee) session.get(Employee.class, 1);
employee.setDepartment(null);
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
// 删除对象,对关联对象的影响
@Test
public void testDelete() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 删除员工方(多方),对对方没有影响
Employee employee = (Employee) session.get(Employee.class, 1);
session.delete(employee);
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
}
测试,顺利通过,大发!
单向1–n关联只需从1的一端可以访问n的一端。
在实际开发里面,关于一对多和多对一,有一个设计原则:尽量避免去使用一对多这种关系,而应该多使用多对一这种关系。但有时候是不可避免的,例如,订单和订单项就是一对多这种关系,一个订单里面有多个订单项,在显示订单的时候是一定要显示多方的数据的,即订单项,这时候我们就必须设计这种关系了。如果你没有设计这种关系,这时候从数据库里面找出订单的基本信息,人家一看订单,只能看到订单的基本信息,不能看到订单项,这是不行的。如果这时候不可避免地要设计这种关系(一对多这种关系),并且订单项有上千万条的数据,那么千万不能直接将其找出来,一定要采用分页的方式去找。
所以,单向一对多的这种关联关系,我就不打算介绍了。
在一方记住了多方,在多方也记住了一方,我们这样设计就是双向的关联,在实际开发里面,这种双向的关联是不推荐使用的!而且一对多这种关系最好就不要设计,即不要在一方记住了多方,如果你设计了,在找出一方的数据时就要取出多方的数据,如果多方的数据超多的话,很容易导致内存溢出。
虽然在实际开发里面,一对多/多对一双向关联不推荐使用,但是我们还是应该有所了解的。为了介绍这种关联关系,我们应该修改持久化类——Department.java的代码为:
/**
* 部门
* @author li ayun
*
*/
public class Department {
private Integer id;
private String name;
private Set employees = new HashSet(); // 关联的很多个员工
public Integer getId() {
return id;
}
public void setId(Integer id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public Set getEmployees() {
return employees;
}
public void setEmployees(Set employees) {
this.employees = employees;
}
@Override
public String toString() {
return "[Department: id=" + id + ", name=" + name + "]";
}
}
相应地,接下来应该修改该类所对应的映射配置文件——Department.hbm.xml。
<hibernate-mapping package="cn.itcast.f_hbm_oneToMany">
<class name="Department" table="department">
<id name="id">
<generator class="native">generator>
id>
<property name="name" />
<set name="employees">
<key column="departmentId">key>
<one-to-many class="Employee"/>
set>
class>
hibernate-mapping>
元素来映射持久化类的set类型的属性。
接下来,我们从以下几个方面来编写代码进行测试:
我们先从保存新数据,并有关联关系这一个方面开始测试,测试代码如下:
public class Application {
private static SessionFactory sessionFactory = new Configuration() //
.configure() //
.addClass(Department.class) // 添加Hibernate实体类(加载对应的映射文件)
.addClass(Employee.class) // 添加Hibernate实体类(加载对应的映射文件)
.buildSessionFactory();
// 保存,有关联关系
@Test
public void testSave() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 新建对象
Department department = new Department();
department.setName("开发部");
Employee employee1 = new Employee();
employee1.setName("张三");
Employee employee2 = new Employee();
employee2.setName("李四");
// 关联起来
employee1.setDepartment(department); // 告诉员工他属于哪个部门
employee2.setDepartment(department);
department.getEmployees().add(employee1); // 告诉部门它有两个关联的员工
department.getEmployees().add(employee2);
// 保存
session.save(department); // 保存部门,记住:被依赖的一般放在前面保存,需要依赖别人的一般放在后面保存
session.save(employee1);
session.save(employee2);
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
}
此时测试testSave()方法,Eclipse的控制台打印如下的sql语句:
Hibernate: insert into department (name) values (?)
Hibernate: insert into employee (name, departmentId) values (?, ?)
Hibernate: insert into employee (name, departmentId) values (?, ?)
Hibernate: update employee set departmentId=? where id=?
Hibernate: update employee set departmentId=? where id=?
其中,我们推测这两句sql语句
Hibernate: update employee set departmentId=? where id=?
Hibernate: update employee set departmentId=? where id=?
是由这两句代码
department.getEmployees().add(employee1); // 告诉部门它有两个关联的员工
department.getEmployees().add(employee2);
产生的。
如果我们将以上代码注释掉,则就不会产生两条多余的update语句。但是我们在写代码的时候,双方都知道对方的存在会比较好一点,即需要关联双方:
employee1.setDepartment(department); // 告诉员工他属于哪个部门
employee2.setDepartment(department);
department.getEmployees().add(employee1); // 告诉部门它有两个关联的员工
department.getEmployees().add(employee2);
这个时候我们又不希望产生那两条多余的update语句,那就需要引入inverse属性了。
inverse属性:
在hibernate中通过对inverse属性的值决定是由双向关联的哪一方来维护表和表之间的关系。inverse=false
的为主动方,inverse=true
的为被动方,由主动方负责维护关联关系。
在没有设置inverse=true
的情况下,父子两边都维护父子关系。
在1-n关系中,将n方设为主控方将有助于性能改善(如果要国家元首记住全国人民的名字,不是太可能,但要让全国人民知道国家元首,就容易的多)。
在1-n关系中,若将1方设为主控方会额外多出update语句。插入数据时无法同时插入外键列,因而无法为外键列添加非空约束。
引入inverse属性之后,持久化类(Department.java)对应的映射配置文件——Department.hbm.xml就要修改为:
<hibernate-mapping package="cn.itcast.f_hbm_oneToMany">
<class name="Department" table="department">
<id name="id">
<generator class="native">generator>
id>
<property name="name" />
<set name="employees" inverse="true">
<key column="departmentId">key>
<one-to-many class="Employee"/>
set>
class>
hibernate-mapping>
此时,再次执行testSave()方法,Eclipse的控制台就会打印如下的sql语句:
Hibernate: insert into department (name) values (?)
Hibernate: insert into employee (name, departmentId) values (?, ?)
Hibernate: insert into employee (name, departmentId) values (?, ?)
发现那两条多余的update语句没有了。
这时,如若我们注释掉如下两句代码:
department.getEmployees().add(employee1); // 告诉部门它有两个关联的员工
department.getEmployees().add(employee2);
Eclipse的控制台仍将打印同样的sql语句:
Hibernate: insert into department (name) values (?)
Hibernate: insert into employee (name, departmentId) values (?, ?)
Hibernate: insert into employee (name, departmentId) values (?, ?)
结论:
employee1.setDepartment(department); // 告诉员工他属于哪个部门
employee2.setDepartment(department);
department.getEmployees().add(employee1); // 告诉部门它有两个关联的员工
department.getEmployees().add(employee2);
这样才会使程序更加健壮,提高业务逻辑层的独立性,使业务逻辑层的程序代码不受Hibernate实现类的影响。同理,当删除双向关联的关系时,也应该修改关联两端的对象的相应属性:
department.getEmployees().clear(); // 清空
employee.setDepartment(null);
接下来我们从获取数据,可以获取到关联的对方第二个方面来进行测试。
public class Application {
private static SessionFactory sessionFactory = ...
// 获取,可以获取到关联的对方
@Test
public void testGet() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 获取一方,并显示另一方信息
Department department = (Department) session.get(Department.class, 1);
System.out.println(department);
System.out.println(department.getEmployees());
// Employee employee = (Employee) session.get(Employee.class, 1);
// System.out.println(employee);
// System.out.println(employee.getDepartment());
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
}
结论是:无论是从哪一方获取数据,都能获取到关联对方的数据。
紧接着我们从解除关联关系第三个方面来进行测试。
public class Application {
private static SessionFactory sessionFactory = ...
// 解除关联关系
@Test
public void testRemoveRelation() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 从员工方解除
Employee employee = (Employee) session.get(Employee.class, 1);
employee.setDepartment(null);
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
}
测试,顺利通过,大发!
与inverse属性的值有关系,只有inverse为false时才可以解除。
public class Application {
private static SessionFactory sessionFactory = ...
// 解除关联关系
@Test
public void testRemoveRelation() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 从部门方解除(与inverse有关系,inverse为false时可以解除)
Department department = (Department) session.get(Department.class, 1);
department.getEmployees().clear(); // 清空
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
}
最后,我们从删除对象,看对关联对象的影响第四个方面来进行测试。
public class Application {
private static SessionFactory sessionFactory = ...
// 解除关联关系
@Test
public void testRemoveRelation() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 删除员工方(多方),对对方没有影响
Employee employee = (Employee) session.get(Employee.class, 1);
session.delete(employee);
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
}
a,如果没有关联的员工:能删除。
b,如果有关联的员工且inverse=true,由于不能维护关联关系,所以直接执行删除,就会有异常。
c,如果有关联的员工且inverse=false,由于可以维护关联关系,它就会先把关联的员工的外键列设为null值,再删除自己。
public class Application {
private static SessionFactory sessionFactory = ...
// 解除关联关系
@Test
public void testRemoveRelation() {
Session session = sessionFactory.openSession();
session.beginTransaction();
// -------------------------------------------
// 删除部门方(一方)
// a,如果没有关联的员工:能删除
// b,如果有关联的员工且inverse=true,由于不能维护关联关系,所以会直接执行删除,就会有异常
// c,如果有关联的员工且inverse=false,由于可以维护关联关系,它就会先把关联的员工的外键列设为null值,再删除自己。
Department department = (Department) session.get(Department.class, 1);
session.delete(department);
// -------------------------------------------
session.getTransaction().commit();
session.close();
}
}