[hibernate.docVIP

1.Hibernate 不适合在那些场景？ 答：1. 不适合OLAP(On-Line Analytical Processing联机分析处理)，以查询分析数据为主的系统；适合OLTP（on-line transaction processing联机事务处理）。 2. 对于些关系模型设计不合理的老系统，也不能发挥hibernate优势。 3. 数据量巨大，性能要求苛刻的系统，hibernate也很难达到要求, 批量操作数据的效率也不高。 2. 如何优化Hibernate？ 答：1.使用双向一对多关联，不使用单向一对多 2.灵活使用单向一对多关联 3.不用一对一，用多对一取代 4.配置对象缓存，不使用集合缓存 5.一对多集合使用Bag,多对多集合使用Set 6. 继承类使用显式多态 7. 表字段要少，表关联不要怕多，有二级缓存撑腰 3.在数据库中条件查询速度很慢的时候,如何优化? 答：1.建索引 2.减少表之间的关联 3.优化sql，尽量让sql很快定位数据，不要让sql做全表查询，应该走索引,把数据量大的表排在前面 4.简化查询字段，没用的字段不要，已经对返回结果的控制，尽量返回少量数据 4.Hibernate的一级缓存与二级缓存的区别？ 答： 一级缓存就是Session级别的缓存，一个Session做了一个查询操作， 它会把这个操作的结果放在一级缓存中，如果短时间内这个session（一定要同一个session） 又做了同一个操作，那么hibernate直接从一级缓存中拿，而不会再去连数据库，取数据。 二级缓存就是SessionFactory级别的缓存，顾名思义，就是查询的时候会把查询结果缓存到二级缓存中， 如果同一个sessionFactory创建的某个session执行了相同的操作，hibernate就会从二级缓存中拿结果，而不会再去连接数据库。 5.Hibernate与Ibatis的区别？ 答：Hibernate 是当前最流行的O/R mapping框架，它出身于sf.net，现在已经成为Jboss的一部分了 iBATIS 是另外一种优秀的O/R mapping框架。目前属于apache的一个子项目了。 相对Hibernate“O/R”而言，iBATIS 是一种“Sql Mapping”的ORM实现。 二者的对比： 1． iBATIS非常简单易学，Hibernate相对较复杂，门槛较高。 2． 二者都不需要手写sql语句，因为有工具可以自动生成。hibernate的工具特别多，ibatis的工具有一个abator特别好用，可以生成 bo,dao,xml. 3．当系统属于二次开发,无法对数据库结构做到控制和修改,那iBATIS的灵活性将比Hibernate更适合 4．系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高度优化的SQL语句（或存储过程）才能达到系统性能设计指标。在这种情况下iBATIS会有更好的可控性和表现。 5． 以数据库字段一一对应映射得到的PO和Hibernte这种对象化映射得到的PO是截然不同的，本质区别在于这种PO是扁平化的，不像Hibernate 映射的PO是可以表达立体的对象继承，聚合等等关系的，这将会直接影响到你的整个软件系统的设计思路。 6.Hibernate 中的seveOrUpdate和merge 的区别。 答:调用merge不会使对象成持久态，saveOrUpdate会使对象成持久态。 当一个id在缓存中对应的实体已存在时，merge会将两个id合并，而soveOrUpdate会报错 7.Hibernate 优势？ (1) 对象/关系数据库映射(ORM) 它使用时只需要操纵对象，使开发更对象化，抛弃了数据库中心的思想，完全的面向对象思想 (2) 透明持久化(persistent) 带有持久化状态的、具有业务功能的单线程对象，此对象生存期很短。这些对象可能是普通的JavaBeans/POJO，这个对象没有实现第三方框架或者接口，唯一特殊的是他们正与（仅仅一个）Session相关联。一旦这个Session被关闭，这些对象就会脱离持久化状态，这样就可被应用程序的任何层自由使用。（例如，用作跟表示层打交道的数据传输对象。） (3) 事务Transaction(org.hibernate.Transaction) 应用程序用来指定原子操作单元范围的对象，它是单线程的，生命周期很短。它通过抽象将应用从底层具体的JDBC、