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

最新推荐文章于 2021-04-10 23:00:27 发布

蓝影138

最新推荐文章于 2021-04-10 23:00:27 发布

阅读量272

点赞数

分类专栏： guobin_ssh 文章标签： java 数据库人工智能

本文链接：https://blog.csdn.net/guobin138/article/details/84251762

版权

guobin_ssh 专栏收录该内容

17 篇文章 0 订阅

订阅专栏

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

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

Hibernate JDBC EJB JBoss 企业应用

本文列出几个“EJB 学习阶段总结：JBoss下发布一个Toy企业应用”开发测试过程中遇到的几个问题。

1. Hibernate 懒加载有一定局限性：EJB远程调运时Hibernate懒加载Session失效

通过实例说明：给Entity类中添加Transformer类，Transformer与UserCard存在一对一的单向关联，如下：

     Java代码   
     
   
@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，如下：

     Java代码   
     
   
public interface TransformerService {  
    public void persist(Transformer t);  
    public void analysis(Long id);  
    public Transformer analysisRemote(Long id);  
}  

     Java代码   
     
   
public interface TransformerServiceLocal extends TransformerService {  
}  

     Java代码   
     
   
@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);  
    }  
  
}  

在客户端先向数据库中插入一条数据，在运行如下代码段：

     Java代码   
     
   
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无效的异常：

     Java代码   
     
   
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为例：

     Java代码   
     
   
@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的配置

     Java代码   
     
   
@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标记，如下

     Java代码   
     
   
@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;  
}  