Hibernate Notes

在收集整理资料时，发现原来研究Hibernate时写下的笔记，发出来与大家共享。

1. 在进行级联操作的设计时，在一般情况下，不应当使用级联。在以下情况下可以使用级联。

   1)类属性完全依赖于类。如：

   public class Document{

   //附件完全依赖于文档，即文档删除后附件不再存在

private Set Attachments;

......

}

public class Attachment{

private String id;

private String name;

......

}

2)确认需要通过文档操作其类属性的值的。如

public class Category{

private Set Document;

......

}

public class Document{

private String id;

private String name;

}

需要进行如下操作的：

//取得分类

Category category=getHibernateTemplate().get(Category.class,0);

Set documents=category.getDocuments();

Documents document=(Document)documents.iterator().next();

document.setName(“Jimmy”);

//保存

getHibernateTemplate().update(category);

即为需要通过分类操作文档的属性值，可以根据需要设置cascade属性，一般不推荐进行这种操作。

2.对于特定类型的类映射的说明

char 类型映射到数据库中为char(1)类型，但是会在取值时出现

exception setting property with CGLIB异常

int 类型经过Hiberante的映射成int类型后，在数据库中会有默认值0，如果手动对数据库中的数据进行操作，一定要加上值0，否则会在取值的时候产生

exception setting property with CGLIB异常

3.关于延迟加载的使用

对于是否使用延迟加载，应当引起注意。

从性能上考虑，应当完全使用延迟加载，这也是从Hibernate3之后，hibernate开发小组，将延迟加载的机制从原来的不使用延迟加载改为延迟加载的原因。

从使用JDBC操作来看，对于所有的对象都是使用的延迟加载的，因为只是从数据库中取出了自己需要的数据。而从面向对象的角度来说，似乎拿到一个对象，理所当然应当是得到其属性的值，不管其为本身是一个对象还是单一的属性。而事实上，在实际操作中，应当鼓励使用延迟加载，除非是迫不得已的情况下，我们才使用不延迟加载。

事实证明，不使用延迟加载对于性能的影响是巨大的，尤其是其中的属性是集合时，最可怕的就是，其属性的类中，还是未使用的延迟加载，这有点类似于多米诺骨牌，一连串的取出来。

但是使用延迟加载又会存在一个问题，尤其是取集合的时候，会有这样的问题，比如说我们在拿到文档的时候，同进肯定要拿到附件，而我们使用了如下的HQL语句:

From Document where type='k'

这种查出来的，仅仅只是文档，不会拿到附件(但是事实上，根据hibernate)的延迟机制，拿到的是附件的id,当然，我们可以再根据id一个一个去拿一次，但是这种方法是不可取的，因为这违背了面向对象设计的原则。但是事实上，我们只可以居中去选择。

如果我们属性是完全依赖于对象的，那么，我们可以不要使用延迟加载，若不是完全依赖的话，如category与document的关系，我们应当使用延迟加载。