Spring Data Jpa系列教程--------实体解析和关联关系

Spring Data Jpa是基于HIbernate开发的，所以建立实体建的实体和映射关系需要好好好的去了解一下，本文有以下内容，实体管理器介绍，实体与数据库表的映射介绍，关联关系(一对多，多对多)介绍，SpringDataJpa应用分析

  ------实体管理器

  实体管理器EntityManager是实体与数据库的桥梁（和事务一起发挥作用）,相当于Hibenrtae中的session，Mybatis中的sqlSession。使用方法放个小例子吧

    @PersistenceContext
    private EntityManager em;  // 注入实体管理器
    @SuppressWarnings("unchecked")
    public Page<Student> search(User user) {
        String dataSql = "select t from User t where 1 = 1";
        String countSql = "select count(t) from User t where 1 = 1";
        
        if(null != user && !StringUtils.isEmpty(user.getName())) {
            dataSql += " and t.name = ?1";
            countSql += " and t.name = ?1";
        }
        
        Query dataQuery = em.createQuery(dataSql);
        Query countQuery = em.createQuery(countSql);
        
        if(null != user && !StringUtils.isEmpty(user.getName())) {
            dataQuery.setParameter(1, user.getName());
            countQuery.setParameter(1, user.getName());
        }long totalSize = (long) countQuery.getSingleResult();
        Page<User> page = new Page();
        page.setTotalSize(totalSize);
        List<User> data = dataQuery.getResultList();
        page.setData(data);
        return page;
    }

由以上例子可以看出，这个EntityManager其实跟sqlSession差不多，但是为什么要叫做EntityManager（实体管理器），必然有他的道理的。

  讲讲实体。实体总共有4个状态： （persist用于插入，merge用于修改或插入，remove用于删除）

  新建状态（A）：新建实体的时候，实体就是属于这个状态，执行persist方法后进入托管状态

  托管状态（B）：托管状态，实体属于这个状态就说明实体已经被entityManager管理了

  删除状态（C）：略

  游离状态（D）：游离状态和A的区别就是D的ID是有值的

B状态是托管状态，处于B状态的对象，对他们的操作会随着事物自动提交到数据库，提交事务后，B的对象就变成了D状态，D与A的区别是D中的对象的ID是有值的。当entityManager实体管理器执行persist,rollback,refresh,merge方法是，当前对象会变成B状态。

------实体基础映射

 @Entity表示这个类是一个实体类

@Table指定这个实体对应数据库的表名

@column（name="name"，length=60，nullable=false, unique=false,insertable=false,
 
columnDefinition = 对应数据库字段类型）
 
private String name;
 
@column（name="big"，precision = 12, scale = 2）
 
private BigDecimal big;

insertable,updateable表示是否允许插入或更新，

precision表示精度，当属性为double或者bigdecimal时，他表示数字的总长度，

scale表示小数的位数。

主键：

@ID

@GenerateValue 主键策略

      ----------AUTO 和默认的一样

      ----------IDENTITY 自动增长

      ----------SEQUENCE 序列，oracle使用

------实体高级映射

   1，一对一

  Persion     |         Address

 address_id   |

在persion实体中：

@oneToOne
 
@JoinColumn(name = "address_id", refreceColumnName = "aid")
 
private Address address;

name表示本表关联字段，refreceColumnName表示另一端关联字段名称

  2，一对多和多对一

如下，是一对多和多对一的双向关联，MappedBy指的是关系由哪方来维护，维护的意思就是修改外键的能力，只有关系维护方才可以去修改外键，而被维护方就算级联保存，外键的值是空的。后面有例子说明。

如上关系会在user表中增加一个t_id字段，@Joincolumn指的是在当前实体对应的表中增加对该属性的类型实体的外键关联，所以想在哪张表中增加字段就在那个实体里面写@Joincolumn吧，说的好通俗啊。。。。。

  3，多对多

   Student        |        中间表student_teacher     |   Teacher

在Teacher实体中：

@ManyToMany
 
@JoinTable(name = "teacher_student",JoinColumns = @JoinColumn(name = "teacher_id",refreceColumnName = "tid"),inverseJoinColumns = @JoinColumn(name = "student_id",refreceColumnName="sid"))
 
private List<Student> students;

@JoinTable表示关联到中间表

name是中间表名字

JoinColumns表示配置关系拥有者与中间表的关联

inverseJoinColumns表示配置关系被拥有者与中间表的关联

（拥有者和被拥有者的意思是比如一对多关系中，生成一张中间表，部门Depart和员工Employee，在部门实体中配置@OneToMany，则关系拥有者是Depart，关系被拥有者是Employee）

级联：

例如

@OneToOne(cascade = {CascadeType.ALL},fetch = FetchType.LAZY)

cascade是级联操作，比如增删改，fetch是专门管理级联查询

CascadeType有如下类型：

-----REMOVE     删除当前对象，关联对象也会一起删除

-----ALL              所有操作都会关联删除

-----DETACH

-----MERGE

-----PERSIST

-----REFRESH

FetchType有两类型，默认是懒加载

-----LAZY     懒加载

-----EAGER   急加载

下面！！！！！！！！举个简单的小例子，关系如上面一对多，多对一双向关联的例子，现在做一个根据用户名，查询user及其关联的teacher的方法。如下

哎，真好。

上面也说了。因为jpa默认是懒加载，所以在双向关联时，又要转成json时，就会出现循环迭代，栈溢出（stackoverflow）的异常。所以方法有两个1，手动设置为Null，中断迭代；2，改成单项关联，咦~~~~~~

Spring Data Jpa 应用分析

1.实体管理器高级操作——getReference()

用于查询单记录实体，和find相似 代码如下 // 加载一个实体 T entity = entityManager.getReference(entityClass, id); 它与find的区别就是：当根据主键查询记录不存在的时候，将抛出异常EntityNotFoundException。这样我们就可以捕获异常后做一些自己的处理。

 2.实体管理器高级操作——提交方式FlushModeType

提交（调用flush）分为2种方式： AUTO:自动提交，实体管理器会在适当的时机同步实际记录到数据库，也是默认的提交方式。 COMMIT：一旦一个事务完毕了，那么就立刻提交到数据库（忽略事务共享、事务传播）。 很多人建议使用默认的AUTO。  

3.大量数据分批提交

有的时候我们需要循环保存数据，当保存大量数据的时候，如果到最后才提交所有数据，那么数据库的负载可能会比较大。我们可以这样做，每30个记录就提交（flush）一次。代码如下：  

	public void updateBatch(List<Z> list) {
		for (int i = 0; i < list.size(); i++) {
			entityManager.merge(list.get(i)); // 变成托管状态
			if (i % 30 == 0) {
				entityManager.flush(); // 变成持久化状态
				entityManager.clear(); // 变成游离状态
			}
		}
	}
 
	public void saveBatch(List<Z> list) {
		for (int i = 0; i < list.size(); i++) {
			entityManager.persist(list.get(i)); // 变成托管状态
			if (i % 30 == 0) {
				entityManager.flush(); // 变成持久化状态
				entityManager.clear(); // 变成游离状态
			}
		}
	}

每到30条记录的时候就强制提交。

 4.refresh()

该方法是和flush()相反，是将数据库记录重新读到实体中，这样实体也是出于持久化环境中了，处于托管状态。

 5.clear()

该方法是将所有的处于上下文中的实体全部转换成游离状态，此时还没有及时flush到数据库的信息，很遗憾，将不会持久化到数据库中。不是急于释放资源的情况下，请慎用之。