观点：对于n+1问题的理解。

　　一般而言说n+1意思是，无论在一对多还是多对一当查询出n条数据之后，每条数据会关联的查询1次他的关联对象，这就叫做n+1。

　　但是我的理解是，本来所有信息可以一次性查询出来，也就是简单的连表查询，但是Hibernate会首先查询1次得到当前对象，然后当前对象里面的n个关联对象会再次访问数据库n次，这就是1+n问题。

　　他们二者之间表达的意思其实是一样的，只是描述这个问题的角度不同。不过我认为1+n更准确，因为以前我第一次看到n+1问题的时候就总是在想是不是查n然后多出一次，那其实是没什么影响的，后来才明白。

　　既然出现这个问题，肯定是要避免的，尤其是对于高并发的互联网应用，这种现象是绝对不允许出现的。

　　Hibernate给出了3中解决方案，不过我个人比较偏向于手动写sql，也就是JDBC或者iBatis那种风格。因为这样的sql是绝对可控的，只是在移植性方面不如Hibernate。各有所长各有所短吧。

　　下面是3中解决方案：

　　1.延迟加载，当需要的时候才查询，不需要就不查询，但是感觉这种方式治标不治本，尤其是在那种报表统计查询的时候更为明显。

　　2.fetch="join"，默认是fetch="select"，这个其实说白了就是一个做外连接，允许外键为空的情况之下。

　　3.二级缓存，第一次查询之后存在内存中，后面的相同查询就快了。但是有2个缺点：a.二级缓存首先是有点浪费内存空间，如果多了的话浪费还比较严重，这是一个不好的方面，当然这不是主要的，主要的问题在于，二级缓存的特性决定的，那就是很少的增删改才做二级缓存，而对于普通的CRUD系统，其实不太适合。所以感觉也不是首选。

　　综合来看，用外联结的方式比较好，Hibernate里面貌似叫什么迫切外联结，不知道他究竟有多迫切，非得取个这样的名字，不就是个关联查询嘛。

　　参考：http://blog.163.com/weizonghua_2006/blog/static/13106065620124249412653/

Hibernate解决n+1问题