Hibernate 注解对Hibernate属性（CascadeType、JoinColumn、JoinTable、ForeignKey等）的研究

----------------------------------

Spring，FetchType.LAZY和FetchType.EAGER什么区别？

FetchType.LAZY：懒加载，加载一个实体时，定义懒加载的属性不会马上从数据库中加载。

2、FetchType.EAGER：急加载，加载一个实体时，定义急加载的属性会立即从数据库中加载。

3、比方User类有两个属性，name跟address，就像百度知道，登录后用户名是需要显示出来的，此属性用到的几率极大，要马上到数据库查，用急加载；而用户地址大多数情况下不需要显示出来，只有在查看用户资料是才需要显示，需要用了才查数据库，用懒加载就好了。所以，并不是一登录就把用户的所有资料都加载到对象中，于是有了这两种加载模式。

------------------------------------------------------------------------------

CascadeType.PERSIST：级联新增 

CascadeType.MERGE:级联合并 

CascadeType.REFRESH:级联刷新 

CascadeType.REMOVE:级联删除 

CascadeType.ALL:以上四种都是 

对Hibernate属性（CascadeType、JoinColumn、JoinTable、ForeignKey等）的研究


博客分类： 
JavaEE


HibernateJDBCEJBJBoss企业应用 

本文列出几个“EJB 学习阶段总结：JBoss下发布一个Toy企业应用”开发测试过程中遇到的几个问题。
1. Hibernate 懒加载有一定局限性：EJB远程调运时Hibernate懒加载Session失效
通过实例说明：给Entity类中添加Transformer类，Transformer与UserCard存在一对一的单向关联，如下：
@Entity(name="Transformer")
@Table(name="k_transformer")
public class Transformer implements Serializable{

    private Long id;
    private UserCard userCard;
    @Column
    @Id
    @GeneratedValue
    public Long getId() {
        return id;
    }
    public void setId(Long id) {
        this.id = id;
    }
    @OneToOne(
        targetEntity = com.home.po.UserCard.class,
            <strong><span style="color: #ff0000;"><em>fetch = FetchType.LAZY</em></span></strong>,
            cascade = { CascadeType.ALL })
    @Cascade( { org.hibernate.annotations.CascadeType.ALL } )
    @JoinColumn(name = "UserCard_id")
    @ForeignKey(name = "TRANSFORMER_TO_USERCARD_FK")
    public UserCard getUserCard() {
        return userCard;
    }
    public void setUserCard(UserCard userCard) {
        this.userCard = userCard;
    }
}
注意OneToOne属性设定FetchType必须是LAZY，因为我们测试的是Hibernate懒加载
 添加一个HibernateTest Session Bean，如下：
public interface TransformerService {
    public void persist(Transformer t);
    public void analysis(Long id);
    public Transformer analysisRemote(Long id);
}
 
public interface TransformerServiceLocal extends TransformerService {
}
 
@Stateless
@Remote(TransformerService.class)
@Local(TransformerServiceLocal.class)
public class TransformerServiceSession implements TransformerServiceLocal {

    @PersistenceContext(unitName="com.home.po")
    protected EntityManager em;

    @TransactionAttribute(TransactionAttributeType.REQUIRED)
    public void persist(Transformer t) {
        em.persist(t);
    }

    @TransactionAttribute(TransactionAttributeType.REQUIRED)
    public void analysis(Long id) {
        Transformer t = em.find(Transformer.class, id);
        analysisEntity(t);
    }

    <span style="color: #000000;">private void analysisEntity(Transformer t) {
        System.out.println(t.getUserCard());
    }</span>

    @TransactionAttribute(TransactionAttributeType.REQUIRED)
    public Transformer analysisRemote(Long id) {
        return em.find(Transformer.class, id);
    }

}
 
在客户端先向数据库中插入一条数据，在运行如下代码段：
public void analysis() throws NamingException {
       ……
      TransformerService service = (TransformerService) ctx.lookup("home-test-all/TransformerServiceSession/remote");
        service.analysis(new Long(1));
        Transformer tra = service.analysisRemote(new Long(1));
        analysisEntityInRemote(tra);
}

<span style="color: #000000;">private void analysisEntityInRemote(Transformer t) {
        System.out.println(t.getUserCard());
}</span>
  注意上述加红倾斜的代码段描述的方法analysisEntity，analysisEntityInRemote作用都是相同的，取出Transformer中UserCard属性，但是运行结果却如下，TransformerServiceSession 中的analysisEntity运行良好，Jboss Console控制台打印输出如下信息：

 而Remote端Eclipse Console口抛出Session无效的异常：
Exception in thread "main" org.hibernate.LazyInitializationException: could not initialize proxy - no Session
    at org.hibernate.proxy.AbstractLazyInitializer.initialize(AbstractLazyInitializer.java:62)
    at org.hibernate.proxy.AbstractLazyInitializer.getImplementation(AbstractLazyInitializer.java:116)
    at org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer.invoke(JavassistLazyInitializer.java:166)
    at com.home.po.UserCard_$$_javassist_0.toString(UserCard_$$_javassist_0.java)
    at java.lang.String.valueOf(Unknown Source)
    at java.io.PrintStream.println(Unknown Source)
    at com.home.ear.test.HibernateTestClient.analysisEntityInRemote(HibernateTestClient.java:41)
    at com.home.ear.test.HibernateTestClient.analysis(HibernateTestClient.java:37)
    at com.home.ear.test.HibernateTestClient.main(HibernateTestClient.java:47)
 具体原因，继续研究中……
2 hibernate.jdbc.batch_size与 hibernate.jdbc.fetch_size初始值大小对Hibernate工作效率的影响：
修改Persistence Entity EJB模块中persistence.xml中Properties属性可以改变hibernate.jdbc.batch_size与 hibernate.jdbc.fetch_size的值，我做了如下两组测试，如下：
如下一，改变hibernate.jdbc.batch_size的大小，插入1000条User连续三次，记录每次插入时间，并计算出三次平均时间：

 如下二改变Change hibernate.jdbc.fetch_size大小，从数据库中取出2000条和4000条数据，记录取出时间，如下：

 如上两组数据，可以得出结论，在这个应用中hibernate.jdbc.batch_size设置为20-30之间Hibernate工作效率最好；而hibernate.jdbc.fetch_size是值设置为40左右Hibernate的工作效率最好
 
3  比较@OneToMany下@JoinColumn和@JoinTable的差别（对性能的影响）
@JoinColumn不产生级联表，将一方的主键存放在另一方的表中，如下，为JoinColumn的Entity Bean配置
以User与Friend为例：
@OneToMany (
    targetEntity=com.home.po.Friend.class,
    fetch=FetchType.LAZY,
    cascade = { CascadeType.ALL })
    @Cascade( { org.hibernate.annotations.CascadeType.ALL } )
    @JoinColumn(name="userId")
    @ForeignKey(name="USER_TO_FRIEND_FK")
public List<Friend> getFriends() {
        return friends;
}
 这种配置下 产生表如下图：


 @JoinTable产生级联表，将双方的主键存放在一张独立的表中，如下为@JoinTable的配置
@OneToMany (
             targetEntity=com.home.po.Friend.class,
        fetch=FetchType.LAZY,
        cascade = { CascadeType.ALL })
@Cascade( { org.hibernate.annotations.CascadeType.ALL } )
@JoinTable(name="k_user_friend",
        joinColumns = @JoinColumn(name = "USER_ID"),
        inverseJoinColumns = @JoinColumn(name = "FRIEND_ID"))
@ForeignKey(name = "k_user_friend_FK",
        inverseName = "k_user_friend_FK_R")
public List<Friend> getFriends() {
    return friends;
}
 这种配置下 产生表如下图：


 如上用直线标出的5张表就是5对一对多关系产生的级联表，它里面存储两个表的主键。
这两种处理对数据的插入和存取有什么影响，就这一问题做如下测试：
      1  分别在两种配置下通过EJB向数据库中插入2000个User 5次，记录每次时间，求出平均时间；
      2  分别在两种配置下通过EJB从数据库中取出10000条数据5次，记录每次时间，求出平均时间；
结果如下两组图分别是JoinTable和JoinColumn下的测试数据


 

 从上图比较可以得出结论：
      1 JoinTable下操作数据库花费的时间要长于JolinColumn；
      2 JolinColumn下节省的时间约为JoinTable下的2.5%；
分析原因：JoinTable花费时间多的原因是JoinTable下生成的中间表，要存取数据时都要查询中间的级联表，所以花费时间多；
 
4 测试建立外键与不建立外键两种情况下对存取数据库的影响
如上面3中都是设置外键的情况下测试的，下面我们在JoinColumn下做一组不设置外键的测试，不设置外键Annotation相当简单就是在原来的基础上去掉@ForeignKey标记，如下
@OneToMany (
    targetEntity=com.home.po.Friend.class,
    fetch=FetchType.LAZY,
    cascade = { CascadeType.ALL })
    @Cascade( { org.hibernate.annotations.CascadeType.ALL } )
    @JoinColumn(name="userId")
public List<Friend> getFriends() {
        return friends;
}
 为了对比我们假设两种情况，一是JolinColumn下配置ForeignKey，二是JolinColumn下不配置ForeignKey，在两种情况下做如下测试：
      1  分别在两种配置下通过EJB向数据库中插入2000个User 5次，记录每次时间，求出平均时间；
      2  分别在两种配置下通过EJB从数据库中取出10000条数据5次，记录每次时间，求出平均时间；
测试结果如下面两张表所示：


 

  从上面两组图我们可以得出如下结论：
      1 ForeignKey对数据库的存取影响比较大，特别是数据库的查询
      2 设置ForeignKey可以减少数据库存取的时间
      3 设置ForeignKey插入数据库节省的时间是不设置ForeignKey的5.5%，查询时则可以节省6.5%
 
--------------------------------------------------------------------------------------------------
说明：以上时间有一定局限性，只是在当前这种情况下测试的结果，不过可以当做参考。