hibernate的持久化对象的状态，n+1问题和load和get方法区别

hibernate的持久化状态

 １．瞬时状态(Transient)

由new命令开辟内存空间的Java对象，也就是平时所熟悉的普通Java对象。
如：Student stu = new Student();
瞬时对象特点：
(1)不和Session实例关联
(2)在数据库中没有和瞬时对象关联的记录

2． 持久状态(Persistent)

持久的实例在数据库中有对应的记录，并拥有一个持久化标识(identifier).
持久对象总是与Session和Transaction相关联，在一个Session中，对持久对象的改变不会马上对数据库进行变更，而必须在Transaction终止，也就是执行commit()之后，才在数据库中真正运行SQL进行变更，持久对象的状态才会与数据库进行同步。在同步之前的持久对象称为脏(dirty)对象。
瞬时对象转为持久对象：
(1) 通过Session的save()和saveOrUpdate()方法把一个瞬时对象与数据库相关联，这个瞬时对象就成为持久化对象。
(2) 使用fine(),get(),load()和iterater()待方法查询到的数据对象，将成为持久化对象。
持久化对象的特点：
(1) 和Session实例关联
(2) 在数据库中有和持久对象关联的记录

3． 脱管状态(Detached)

与持久对象关联的Session被关闭后，对象就变为脱管对象。对脱管对象的引用依然有效，对象可继续被修改。
脱管对象特点：
(1) 本质上和瞬时对象相同
(2) 只是比爱瞬时对象多了一个数据库记录标识值id.
持久对象转为脱管对象：
当执行close()或clear(),evict()之后，持久对象会变为脱管对象。
瞬时对象转为持久对象：

通过Session的update(),saveOrUpdate()和lock()等方法，把脱管对象变为持久对象。

注意：
Transient ：数据库没有与之对应的对象。没有纳入session管理。
Persistent：在session缓存中。在数据库中有与之对应的记录。

Detached：只是从session中清掉了，数据库中有与之对应的记录。没有纳入session管理

package junit.test;

import java.util.Date;

import org.hibernate.Session;
import org.hibernate.Transaction;
import org.junit.Test;

import sessinc.utils.HibernateUtils;

import com.bjsxt.hibernate.User;

public class UserTest {
	@Test
	public void hsavetest() {

		Session session = null;
		Transaction tx = null;
		User user = null;
		try {
			session = HibernateUtils.getSession();
			tx = session.beginTransaction();
			// Transient状态
			user = new User();
			user.setName("Senssic");
			user.setPassword("123");
			user.setCreateTime(new Date());
			user.setExpireTime(new Date());
			// persistent状态
			session.save(user);
			user.setName("vincent");
			tx.commit();
		} catch (Exception e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
			// 如有异常事务回滚
			tx.rollback();
		} finally {
			// 最终关闭session
			HibernateUtils.closeSession(session);
		}
		// detached状态
		user.setName("qiyu");
	}

}

N+1问题

但是对数据库访问还是必须考虑性能问题的， 在设定了1对多这种关系之后， 查询就会出现传说中的n+1问题。 
1）1对多，在1方，查找得到了n个对象， 那么又需要将n个对象关联的集合取出，于是本来的一条sql查询变成了n+1条 
2）多对1，在多方，查询得到了m个对象，那么也会将m个对象对应的1方的对象取出， 也变成了m+1 


怎么解决n+1问题？ 
1）lazy=true， hibernate3开始已经默认是lazy=true了；lazy=true时不会立刻查询关联对象，只有当需要关联对象（访问其属性，非id字段）时才会发生查询动作。 
2）二级缓存， 在对象更新，删除，添加相对于查询要少得多时， 二级缓存的应用将不怕n+1问题，因为即使第一次查询很慢，之后直接缓存命中也是很快的。
3）当然你也可以设定fetch="join"，一次关联表全查出来，但失去了懒加载的特性。

load和get方法的区别

Get不支持lazy，load支持lazy。
get：
1.马上发出查询sql，加载User对象
2.采用get加载数据，如果数据库中不存在相应的数据，返回null
User user = (User)session.get(User.class, "402880d01b9bf210011b9bf2a2ff0001");
load： 
1.不会发出查询sql，因为load方法实现了lazy（懒加载或延迟加载）
2.延迟加载：只有真正使用这个对象的时候，才加载（发出sql语句）
3.hibernate延迟加载实现原理是代理方式
4.采用load加载数据，如果数据库中没有相应的数据
那么抛出ObjectNotFoundException
User user = (User)session.load(User.class, "402880d01b9bf210011b9bf2a2ff0001");