LeefengBoy的博客

1.类级别注解    @Entity    映射实体类    @Table     映射数句库表    @Entity(name="tableName") - 必须，注解将一个类声明为一个实体bean    属性：        name - 可选，对应数据库中的一个表。若表名与实体类名相同，则可以省略。    @Table(name="",catalog=""

在hibernate中，对象有三种状态： 临时状态(Transient)、持久状态(Persistent)和游离状态(Detached)。 处于持久态的对象也称为 PO(PersistenceObject),临时对象和游离对象也称为VO(ValueObject).  简单的来讲这三种状态定义是： 临时状态：刚new出来一个对象，还没有被保存到数据库中 持久化状态：已经

hibernate的缓存机制，包括一级缓存(session级别)、二级缓存(sessionFactory级别)以及查询缓存，当然还要讨论下我们的N+1的问题。 随笔虽长，但我相信看完的朋友绝对能对hibernate的 N+1问题以及缓存有更深的了解。 一、N+1问题 首先我们来探讨一下N+1的问题，我们先通过一个例子来看一下，什么是N+1问题： list()获得对象：

在我们的hibernate中，除了我们常用的HQL查询以外，还非常好的支持了原生的SQL查询，那么我们既然使用了hibernate，为什么不都采用hibernate推荐的HQL查询语句呢？这是因为HQL查询语句虽然方便我们查询，但是基于HQL的查询会将查询出来的对象保存到hibernate的缓存当中，如果在我们的一个大型项目中(数据量超过了百万级)，这个时候如果使用hibernate的HQL查询的

在这里通过定义了三个类，Special、Classroom、Student来做测试，Special与Classroom是一对多，Classroom与Student是一对多的关系，这里仅仅贴出这三个bean的属性代码： Special类： public class Special { private int id; private String name; pri

在hibernate中我们知道如果要从数据库中得到一个对象，通常有两种方式，一种是通过session.get()方法，另一种就是通过session.load()方法，然后其实这两种方法在获得一个实体对象时是有区别的，在查询性能上两者是不同的。 一.load加载方式        当使用load方法来得到一个对象时，此时hibernate会使用延迟加载的机制来加载这个对象，即：当我们使用se

在做项目时通常用hibernate框架来进行数据库的一些操作，但是有时候网络条件差或者不联网的情况下，在对数据库进行增删改查操作时，总是会报下面的异常： Exception in thread "main" org.hibernate.HibernateException: Could not parse configuration: /hibernate.cfg.xml at org.hi

//标准的XML文件的起始行，version='1.0'表明XML的版本，encoding='gb2312'表明XML文件的编码方式   xml version='1.0' encoding='gb2312'?> //表明解析本XML文件的DTD文档位置，DTD是Document Type Definition 的缩写,即文档类型的定义,XML解析器使用DTD文档来检查XML文件的合法