Hibernate Notes
-
在进行级联操作的设计时，在一般情况下，不应当使用级联。在以下情况下可以使用级联。
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的关系，我们应当使用延迟加载。