hibernate 面试题小集
- Hibernate有哪几种查询数据的方式
3种：hql、条件查询QBC(Query By Criteria)、原生sql （通过createSQLQuery建立）
- 谈谈Hibernate中inverse的作用
inverse属性默认是false,就是说关系的两端都来维护关系。 比如Student和Teacher是多对多关系，用一个中间表TeacherStudent维护。Gp)i 如果Student这边inverse=”true”, 那么关系由另一端Teacher维护，就是说当插入Student时，不会操作TeacherStudent表（中间表）。只有Teacher插入或删除时才会触发对中间表的操作。所以两边都inverse=”true”是不对的，会导致任何操作都不触发对中间表的影响；当两边都inverse=”false” 或默认时，会导致在中间表中插入两次关系。
- 说说Hibernate中的update()和saveOrUpdate()的区别，session的load()和get()的区别。
saveOrUpdate()方法可以实现update()的功能，但会多些步骤，具体如下： 如果对象在该session中已经被持久化，不进行操作；对象的标识符属性(identifier property)在数据库中不存在或者是个暂时的值，调用save()方法保存它；如果session中的另一个对象有相同的标识符抛出一个异常；以上皆不符合则调用update()更新之。 Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。session的get()和load()其区别在于： 如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException；load方法可返回实体的代理类实例，而get方法永远直接返回实体类；load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。
hibernate中对象的三种状态
瞬时态(Transient)、 持久态(Persistent)、脱管态(Detached)。处于持久态的对象也称为PO(Persistence Object)，瞬时对象和脱管对象也称为VO（Value Object）。
瞬时态
由new命令开辟内存空间的java对象，
eg. Person person = new Person(”amigo”, “女”);
如果没有变量对该对象进行引用，它将被java虚拟机回收。
瞬时对象在内存孤立存在，它是携带信息的载体，不和数据库的数据有任何关联关系，在Hibernate中，可通过session的save()或 saveOrUpdate()方法将瞬时对象与数据库相关联，并将数据对应的插入数据库中，此时该瞬时对象转变成持久化对象。
持久态
处于该状态的对象在数据库中具有对应的记录，并拥有一个持久化标识。如果是用hibernate的delete()方法，对应的持久对象就变成瞬时对象，因数据库中的对应数据已被删除，该对象不再与数据库的记录关联。
当一个session执行close()或clear()、evict()之后，持久对象变成脱管对象，此时持久对象会变成脱管对象，此时该对象虽然具有数据库识别值，但它已不在HIbernate持久层的管理之下。
持久对象具有如下特点：
和session实例关联；n
在数据库中有与之关联的记录。
脱管态
当与某持久对象关联的session被关闭后，该持久对象转变为脱管对象。当脱管对象被重新关联到session上时，并再次转变成持久对象。
脱管对象拥有数据库的识别值，可通过update()、saveOrUpdate()等方法，转变成持久对象。
脱管对象具有如下特点：
- 本质上与瞬时对象相同，在没有任何变量引用它时，JVM会在适当的时候将它回收；
比瞬时对象多了一个数据库记录标识值。4RESA3ES B
Detached Object（游离对象）有什么好处
Detached Object（游离对象）可以传递到任何层直到表现层而不是用任何DTO(Data Transfer Objects). 然后你还可以重新把游离对象赋给另外一个Session.
JDBC hibernate 和 ibatis 的区别
jdbc:手动 手动写sql
delete、insert、update要将对象的值一个一个取出传到sql中,不能直接传入一个对象。 select:返回的是一个resultset，要从ResultSet中一行一行、一个字段一个字段的取出，然后封装到一个对象中，不直接返回一个对象。 ibatis的特点:半自动化 sql要手动写 delete、insert、update:直接传入一个对象 select:直接返回一个对象
hibernate:全自动 不写sql,自动封装 delete、insert、update:直接传入一个对象 select:直接返回一个对象
hibernate如何实现数据表映射的继承关系
1、两个表，子类重复父类的属性。 2、一个表，子类父类共用一个表
<class name=”Users” table=”users” discriminator-value=”Users”>
<discriminator column=”DISCRIMINATOR_USERTYPE” type=”string”/>
<subclass name=”admin” discriminator-value=”admin”>
<property name=”adminRemark” column=”admin_remark” type=”string” />
</subclass>
</class>
3、两个表，子类引用父类的主键，享用公共的字段或属性。
<class name=”Users” table=”users”>
<id name=”userid” column=”USERID” type=”string”>
<generator class=”assigned”/>
</id>
<property name=”pwd” column=”pwd” type=”string” />
<joined-subclass name=”Guest” table=”guest”>
<key column=”USERID”/>
<property name=”guestRemark” column=”guest_remark” type=”string” />
</joined-subclass>
</class>
批量删除
Query query=session.createQuery(”update”或”delete”);
query.executeUpdate();
hibernate中Query对象的使用
1 个或多个属性查询:
Query query=session.createQuery(”select customername,customerid from Customer”)
List l=query.list();
For(int i=0;i<l.size();i++)
{
Obejct[] object=(Object[])l.get(i);
Object[0] object[1]
}
}
分组:
“select count(),productname from Product group by productname order by productname”
取值与属性一样 配置的查询,在.hbm.xml中
<query name=”sql”>
<![CDATA[
from Product where productid=:productid
]]>
</query>
Query query=session.getNamedQuery(sql);
联接1
”from Customer as customer join fetch customer.buySet”：
将多的放到buySet属性中，得出的结是Customer有一个，Buy有多个 联接2
“from Customer as customer join customer.buySet”:得出的对象,customer与buy是1对1 子查询:
”from Customer as customer where (select count(*) from customer.buySet)>1″
hibernate中Criteria和DetachedCriteria的作用是什么？
Criteria c=session.createCriteria(Customer.class);
//设置条件 c.add(Expression.ge(“字段名”,”值对象”))
ge:>=
gt:>
le:<=
lt:<
eq:=
//排序 c.addOrder(Order.asc(“字段名”))
//分页 c.setFirstResult(1)//从第2行开始提取 c.setMaxResults(5)//返回5行
DetachedCriteria产生时不需要session
DetachedCriteria dc= DetachedCriteria.forClass(Customer.class)
Criteria c=Dc.getExecutableCriteria(session)
hibernate中数据表映射关系主要有什么类型?
one-to-many
inverse:主控方，外键的关系有谁控制 inverse=false 是主控方，外键是由它控制的inverse=true 是被控方，外键与它没关系 要想实现主控方的控制必须将被控方作为主控方的属性 cascade:级联 主表增从表增 主表修从表修 主表删从表删 lazy:延迟 lazy=false：一下将所有的内容取出，不延时(常用)
lazy=true：取出部分内容，其余内容动态去取 通过get可以取出对方的所有内容
hibernate的核心是什么，他们的相互关系是什么，重要的方法是什么
Configuration
SessionFactory
Session如下方法 Save
load
Update
Delete
Query q=CreateQuery(“from Customer where customerName=:customerName”)
beginTransaction
close
Transaction
Commit()
MyEclipse加入hibernate的全过程是什么
1.Db-browers加入配置连接 2.新建工程 3.加入hibernate环境，指定*.hbm.xml及HibernateSessionFactory文件所在的位置
面试中常出现的两个hibernate面试题及答案
1.在数据库中条件查询速度很慢的时候,如何优化?
1.建索引 2.减少表之间的关联 3.优化sql，尽量让sql很快定位数据，不要让sql做全表查询，应该走索引,把数据量大的表排在前面 4.简化查询字段，没用的字段不要，已经对返回结果的控制，尽量返回少量数据
2.在hibernate中进行多表查询,每个表中各取几个字段,也就是说查询出来的结果集并没有一个实体类与之对应,如何解决这个问题?
解决方案一，按照Object[]数据取出数据，然后自己组bean
解决方案二，对每个表的bean写构造函数，比如表一要查出field1,field2两个字段，那么有一个构造函数就是Bean(type1 filed1,type2 field2) ，然后在hql里面就可以直接生成这个bean了。具体怎么用请看相关文档，我说的不是很清楚。
session.load()和session.get()的区别
Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。其区别在于：
如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。 Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。 load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。 Session在加载实体对象时，将经过的过程：
首先，Hibernate中维持了两级缓存。第一级缓存由Session实例维护，其中保持了Session当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory层次，由当前所有由本 SessionFactory构造的Session实例共享。出于性能考虑，避免无谓的数据库访问，Session在调用数据库查询功能之前，会先在缓存中进行查询。首先在第一级缓存中，通过实体类型和id进行查找，如果第一级缓存查找命中，且数据状态合法，则直接返回。 之后，Session会在当前“NonExists”记录中进行查找，如果“NonExists”记录中存在同样的查询条件，则返回null。 “NonExists”记录了当前Session实例在之前所有查询操作中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，如果 Session中一个无效的查询条件重复出现，即可迅速作出判断，从而获得最佳的性能表现。 对于load方法而言，如果内部缓存中未发现有效数据，则查询第二级缓存，如果第二级缓存命中，则返回。 如在缓存中未发现有效数据，则发起数据库查询操作（Select SQL），如经过查询未发现对应记录，则将此次查询的信息在“NonExists”中加以记录，并返回null。 根据映射配置和Select SQL得到的ResultSet，创建对应的数据对象。 将其数据对象纳入当前Session实体管理容器（一级缓存）。 执行Interceptor.onLoad方法（如果有对应的Interceptor）。 将数据对象纳入二级缓存。 如果数据对象实现了LifeCycle接口，则调用数据对象的onLoad方法。 返回数据对象。
Hibernate的主键生成机制
assigned 主键由外部程序负责生成，无需Hibernate参与。
hilo 通过hi/lo 算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。
seqhilo 与hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。
increment 主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是：如果当前有多个实例访问同一个数据库，那么由于各个实例各自维护主键状态，不同实例可能生成同样的主键，从而造成主键重复异常。因此，如果同一数据库有多个实例访问，此方式必须避免使用。
identity 采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL中的主键生成机制。
sequence 采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。
native 由Hibernate根据底层数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式。
uuid.hex 由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键。
uuid.string 与uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些数据库中可能出现问题（如PostgreSQL）。
foreign 使用外部表的字段作为主键。
一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。 这10中生成OID标识符的方法,increment 比较常用,把标识符生成的权力交给Hibernate处理.但是当同时多个Hibernate应用操作同一个数据库,甚至同一张表的时候.就推荐使用identity 依赖底层数据库实现,但是数据库必须支持自动增长,当然针对不同的数据库选择不同的方法.如果你不能确定你使用的数据库具体支持什么的情况下.可以选择用native 让Hibernate来帮选择identity,sequence,或hilo. 另外由于常用的数据库，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）。我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式。 不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引起表之间的互锁。数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert操作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响。因此，对于并发Insert要求较高的系统，推荐采用uuid.hex 作为主键生成机制
网友自己出的几道 spring 面试题
1、 简述你对IoC（Inversion of Control）的理解，描述一下Spring中实现DI（Dependency Injection）的几种方式。
spring的IOC有三种注入方式 第一是根据属性注入 也叫set方法注入；第二种是根据构造方法进行注入；第三种是根据注解进行注入，这种方式我认为比较好，方便，要是bean多的话，使用前两种方式会使得配置文件过于臃肿。
2、 Spring的Bean有多种作用域，包括： singleton、prototype、request、session、global session、application、自定义
3、 简单描述Spring Framework与Struts的不同之处，整合Spring与Struts有哪些方法，哪种最好，为什么？
答、 Spring是完整的一站式框架，而Struts仅是MVC框架，且着重于MVC中的C。Spring有三种方式整合Struts：使用 Spring 的 ActionSupport 类整合 Struts；使用 Spring 的 DelegatingRequestProcessor 覆盖 Struts 的 RequestProcessor；将 Struts Action 管理委托给 Spring 框架，动作委托最好。（详见使用Spring 更好地处理Struts 动作）
Spring 2.0新增一种方式：AutowiringRequestProcessor。
4、 Hibernate中的update()和saveOrUpdate()的区别
答、 saveOrUpdate()方法可以实现update()的功能，但会多些步骤，具体如下：
如果对象在该session中已经被持久化，不进行操作；
对象的标识符属性(identifier property)在数据库中不存在或者是个暂时的值，调用save()方法保存它；
如果session中的另一个对象有相同的标识符抛出一个异常；
以上皆不符合则调用update()更新之。
5、 Spring对多种ORM框架提供了很好的支持，简单描述在Spring中使用Hibernate的方法，并结合事务管理。
答、 在context中定义DataSource，创建SessionFactoy，设置参数；DAO类继承HibernateDaoSupport，实现具体接口，从中获得HibernateTemplate进行具体操作。
在使用中如果遇到OpenSessionInView的问题，可以添加OpenSessionInViewFilter或OpenSessionInViewInterceptor。（详见Spring framework 2.0 Reference的12.2节Hibernate）
声明式事务需声明事务管理器，在context中设置指定属性，用确定和。
请你谈谈SSH整合
SSH： Struts（表示层）+Spring（业务层）+Hibernate（持久层） Struts： Struts是一个表示层框架，主要作用是界面展示，接收请求，分发请求。 在MVC框架中，Struts属于VC层次，负责界面表现，负责MVC关系的分发。（View：沿用JSP，HTTP，Form，Tag，Resourse ；Controller：ActionServlet，struts-config.xml，Action） Hibernate： Hibernate是一个持久层框架，它只负责与关系数据库的操作。 Spring： Spring是一个业务层框架，是一个整合的框架，能够很好地黏合表示层与持久层。
hibernate面试题:怎么得到一个Collection的大小而不用初始化它
<pre style="text-align:justify;text-justify:inter-ideograph">Integer size = (Integer) s.createFilter( collection, "select count(*)" ).uniqueResult();</pre>
hibernate面试题:怎么得到查询结果的记录数而不用返回查询结果
<pre style="text-align:justify;text-justify:inter-ideograph">Integer count = (Integer) session.createQuery("select count(*) from ....").uniqueResult();</pre>
什么是SessionFactory,她是线程安全么？
SessionFactory is Hibernates concept of a single datastore and is threadsafe so that many threads can access it concurrently and request for sessions and immutable cache of compiled mappings for a single database. A SessionFactory is usually only built once at startup. SessionFactory should be wrapped in some kind of singleton so that it can be easily accessed in an application code.
SessionFactory sessionFactory = new Configuration().configure().buildSessionfactory();
SessionFactory 是Hibrenate单例数据存储和线程安全的，以至于可以多线程同时访问。一个SessionFactory 在启动的时候只能建立一次。SessionFactory应该包装各种单例以至于它能很简单的在一个应用代码中储存.
如何配置Hibernate？
The configuration files hibernate.cfg.xml (or hibernate.properties) and mapping files *.hbm.xml are used by the Configuration class to create (i.e. configure and bootstrap hibernate) the SessionFactory, which in turn creates the Session instances. Session instances are the primary interface for the persistence service.
” hibernate.cfg.xml (alternatively can use hibernate.properties): These two files are used to configure the hibernate sevice (connection driver class, connection URL, connection username, connection password, dialect etc). If both files are present in the classpath then hibernate.cfg.xml file overrides the settings found in the hibernate.properties file.
” Mapping files (*.hbm.xml): These files are used to map persistent objects to a relational database. It is the best practice to store each object in an individual mapping file (i.e mapping file per class) because storing large number of persistent classes into one mapping file can be difficult to manage and maintain. The naming convention is to use the same name as the persistent (POJO) class name. For example Account.class will have a mapping file named Account.hbm.xml. Alternatively hibernate annotations can be used as part of your persistent class code instead of the *.hbm.xml files.
优化hibernate性能的几点建议
1、针对oracle数据库而言，Fetch Size 是设定JDBC的Statement读取数据的时候每次从数据库中取出的记录条数，一般设置为30、50、100。Oracle数据库的JDBC驱动默认的Fetch Size=15，设置Fetch Size设置为：30、50，性能会有明显提升，如果继续增大，超出100，性能提升不明显，反而会消耗内存。
即在hibernate配制文件中进行配制：
＜property name=”hibernateProperties”＞
＜props＞
＜prop key=”hibernate.dialect”＞org.hibernate.dialect.Oracle9Dialect＜/prop＞
＜prop key=”hibernate.show_sql”＞false＜/prop＞
＜!– Create/update the database tables automatically when the JVM starts up
＜prop key=”hibernate.hbm2ddl.auto”＞update＜/prop＞ –＞
＜!– Turn batching off for better error messages under PostgreSQL
＜prop key=”hibernate.jdbc.batch_size”＞100＜/prop＞ –＞
＜prop key=”hibernate.jdbc.batch_size”＞50＜/prop＞
＜/props＞
＜/property＞
Fetch Size设的越大，读数据库的次数越少，速度越快；Fetch Size越小，读数据库的次数越多，速度越慢。 2、如果是超大的系统，建议生成htm文件。加快页面提升速度。
3、不要把所有的责任推在hibernate上，对代码进行重构，减少对数据库的操作，尽量避免在数据库查询时使用in操作，以及避免递归查询操作，代码质量、系统设计的合理性决定系统性能的高低。
4、 对大数据量查询时，慎用list()或者iterator()返回查询结果，
（1）. 使用List()返回结果时，Hibernate会所有查询结果初始化为持久化对象，结果集较大时，会占用很多的处理时间。
（2）. 而使用iterator()返回结果时，在每次调用iterator.next()返回对象并使用对象时，Hibernate才调用查询将对应的对象初始化，对于大数据量时，每调用一次查询都会花费较多的时间。当结果集较大，但是含有较大量相同的数据，或者结果集不是全部都会使用时，使用iterator()才有优势。
5、在一对多、多对一的关系中，使用延迟加载机制，会使不少的对象在使用时方会初始化，这样可使得节省内存空间以及减少数据库的负荷，而且若PO中的集合没有被使用时，就可减少互数据库的交互从而减少处理时间。
6、对含有关联的PO（持久化对象）时，若default-cascade=”all”或者 “save-update”，新增PO时，请注意对PO中的集合的赋值操作，因为有可能使得多执行一次update操作。
7、 对于大数据量新增、修改、删除操作或者是对大数据量的查询，与数据库的交互次数是决定处理时间的最重要因素，减少交互的次数是提升效率的最好途径，所以在开发过程中，请将show_sql设置为true，深入了解Hibernate的处理过程，尝试不同的方式，可以使得效率提升。尽可能对每个页面的显示，对数据库的操作减少到100—-150条以内。越少越好。
如何进行hibernate性能调优
大体上，对于HIBERNATE性能调优的主要考虑点如下:
Ø 数据库设计调整 Ø HQL优化 Ø API的正确使用(如根据不同的业务类型选用不同的集合及查询API)
Ø 主配置参数(日志，查询缓存，fetch_size, batch_size等)
Ø 映射文件优化(ID生成策略，二级缓存，延迟加载，关联优化)
Ø 一级缓存的管理 Ø 针对二级缓存，还有许多特有的策略 Ø 事务控制策略。 1、 数据库设计 a) 降低关联的复杂性 b) 尽量不使用联合主键 c) ID的生成机制，不同的数据库所提供的机制并不完全一样 d) 适当的冗余数据，不过分追求高范式 2、 HQL优化 HQL如果抛开它同HIBERNATE本身一些缓存机制的关联，HQL的优化技巧同普通的SQL优化技巧一样，可以很容易在网上找到一些经验之谈。 3、 主配置 a) 查询缓存，同下面讲的缓存不太一样，它是针对HQL语句的缓存，即完全一样的语句再次执行时可以利用缓存数据。但是，查询缓存在一个交易系统(数据变更频繁，查询条件相同的机率并不大)中可能会起反作用:它会白白耗费大量的系统资源但却难以派上用场。 b) fetch_size，同JDBC的相关参数作用类似，参数并不是越大越好，而应根据业务特征去设置 c) batch_size同上。 d) 生产系统中，切记要关掉SQL语句打印。 4、 缓存 a) 数据库级缓存:这级缓存是最高效和安全的，但不同的数据库可管理的层次并不一样，比如，在ORACLE中，可以在建表时指定将整个表置于缓存当中。 b) SESSION缓存:在一个HIBERNATE SESSION有效，这级缓存的可干预性不强，大多于HIBERNATE自动管理，但它提供清除缓存的方法，这在大批量增加/更新操作是有效的。比如，同时增加十万条记录，按常规方式进行，很可能会发现OutofMemeroy的异常，这时可能需要手动清除这一级缓存:Session.evict以及Session.clear
c) 应用缓存:在一个SESSIONFACTORY中有效，因此也是优化的重中之重，因此，各类策略也考虑的较多，在将数据放入这一级缓存之前，需要考虑一些前提条件:
i. 数据不会被第三方修改(比如，是否有另一个应用也在修改这些数据?)
ii. 数据不会太大 iii. 数据不会频繁更新(否则使用CACHE可能适得其反)
iv. 数据会被频繁查询 v. 数据不是关键数据(如涉及钱，安全等方面的问题)。 缓存有几种形式，可以在映射文件中配置:read-only(只读，适用于很少变更的静态数据/历史数据)，nonstrict-read-write，read-write(比较普遍的形式，效率一般)，transactional(JTA中，且支持的缓存产品较少)
d) 分布式缓存:同c)的配置一样，只是缓存产品的选用不同，在目前的HIBERNATE中可供选择的不多，oscache, jboss cache，目前的大多数项目，对它们的用于集群的使用(特别是关键交易系统)都持保守态度。在集群环境中，只利用数据库级的缓存是最安全的。 5、 延迟加载 a) 实体延迟加载:通过使用动态代理实现 b) 集合延迟加载:通过实现自有的SET/LIST，HIBERNATE提供了这方面的支持 c) 属性延迟加载:
6、 方法选用 a) 完成同样一件事，HIBERNATE提供了可供选择的一些方式，但具体使用什么方式，可能用性能/代码都会有影响。显示，一次返回十万条记录(List/Set/Bag/Map等)进行处理，很可能导致内存不够的问题，而如果用基于游标(ScrollableResults)或Iterator的结果集，则不存在这样的问题。 b) Session的load/get方法，前者会使用二级缓存，而后者则不使用。 c) Query和list/iterator，如果去仔细研究一下它们，你可能会发现很多有意思的情况，二者主要区别(如果使用了Spring，在HibernateTemplate中对应find,iterator方法):
i. list只能利用查询缓存(但在交易系统中查询缓存作用不大)，无法利用二级缓存中的单个实体，但list查出的对象会写入二级缓存，但它一般只生成较少的执行SQL语句，很多情况就是一条(无关联)。 ii. iterator则可以利用二级缓存，对于一条查询语句，它会先从数据库中找出所有符合条件的记录的ID，再通过ID去缓存找，对于缓存中没有的记录，再构造语句从数据库中查出，因此很容易知道，如果缓存中没有任何符合条件的记录，使用iterator会产生N+1条SQL语句(N为符合条件的记录数)
iii. 通过iterator，配合缓存管理API，在海量数据查询中可以很好的解决内存问题，如:
while(it.hasNext()){
YouObject object = (YouObject)it.next();
session.evict(youObject);
sessionFactory.evice(YouObject.class, youObject.getId());
} 如果用list方法，很可能就出OutofMemory错误了。 iv. 通过上面的说明，我想你应该知道如何去使用这两个方法了。 7、 集合的选用 在HIBERNATE 3.1文档的“19.5. Understanding Collection performance”中有详细的说明。 8、 事务控制 事务方面对性能有影响的主要包括:事务方式的选用，事务隔离级别以及锁的选用 a) 事务方式选用:如果不涉及多个事务管理器事务的话，不需要使用JTA，只有JDBC的事务控制就可以。 b) 事务隔离级别:参见标准的SQL事务隔离级别 c) 锁的选用:悲观锁(一般由具体的事务管理器实现)，对于长事务效率低，但安全。乐观锁(一般在应用级别实现)，如在HIBERNATE中可以定义VERSION字段，显然，如果有多个应用操作数据，且这些应用不是用同一种乐观锁机制，则乐观锁会失效。因此，针对不同的数据应有不同的策略，同前面许多情况一样，很多时候我们是在效率与安全/准确性上找一个平衡点，无论如何，优化都不是一个纯技术的问题，你应该对你的应用和业务特征有足够的了解。 9、 批量操作 即使是使用JDBC，在进行大批数据更新时，BATCH与不使用BATCH有效率上也有很大的差别。我们可以通过设置batch_size来让其支持批量操作。 举个例子，要批量删除某表中的对象，如“delete Account”，打出来的语句，会发现HIBERNATE找出了所有ACCOUNT的ID，再进行删除，这主要是为了维护二级缓存，这样效率肯定高不了，在后续的版本中增加了bulk delete/update，但这也无法解决缓存的维护问题。也就是说，由于有了二级缓存的维护问题，HIBERNATE的批量操作效率并不尽如人意! 从前面许多要点可以看出，很多时候我们是在效率与安全/准确性上找一个平衡点，无论如何，优化都不是一个纯技术的问题，你应该对你的应用和业务特征有足够的了解，一般的，优化方案应在架构设计期就基本确定，否则可能导致没必要的返工，致使项目延期，而作为架构师和项目经理，还要面对开发人员可能的抱怨，必竟，我们对用户需求更改的控制力不大，但技术/架构风险是应该在初期意识到并制定好相关的对策。 还有一点要注意，应用层的缓存只是锦上添花，永远不要把它当救命稻草，应用的根基(数据库设计，算法，高效的操作语句，恰当API的选择等)才是最重要的。
JDBC ,hibernate分页显示怎么实现？
答：方法分别为： 1) Hibernate 的分页： Query query = session.createQuery(”from Student”);
query.setFirstResult(firstResult);//设置每页开始的记录号 query.setMaxResults(resultNumber);//设置每页显示的记录数 Collection students = query.list();
JDBC 的分页：根据不同的数据库采用不同的sql 分页语句 例如: Oracle 中的sql 语句为: “SELECT * FROM (SELECT a.*, rownum r FROM
TB_STUDENT) WHERE r between 2 and 10″ 查询从记录号2 到记录号10 之间的 所有记录。
Hibernate的应用(hibernate的结构)
答：//首先获得SessionFactory 的对象 SessionFactory sessionFactory = new Configuration().configure().
buildSessionFactory();
//然后获得session 的对象 Session session = sessionFactory.openSession();
//其次获得Transaction 的对象 Transaction tx = session.beginTransaction();
//执行相关的数据库操作:增,删,改,查 session.save(user); //增加, user 是User 类的对象 session.delete(user); //删除 session.update(user); //更新 Query query = session.createQuery(“from User”); //查询 List list = query.list();
//提交事务 tx.commit();
//如果有异常,我们还要作事务的回滚,恢复到操作之前 tx.rollback();
//最后还要关闭session,释放资源 session.close();
关于hibernate的几个面试题（无答案）
1）在hibernate 中，在配置文件呈标题一对多，多对多的标签是什么； 2）Hibernate 的二级缓存是什么； 3）Hibernate 是如何处理事务的； 答：1）一对多的标签为<one-to-many> ；多对多的标签为<many-to-many>； 2）sessionFactory 的缓存为hibernate 的二级缓存； 3）Hibernate 的事务实际上是底层的JDBC Transaction 的封装或者是JTA
Transaction 的封装；默认情况下使用JDBCTransaction
Hibernate的五个核心接口
Configuration 接口：配置Hibernate，根据其启动hibernate，创建 SessionFactory 对象； SessionFactory 接口：初始化Hibernate，充当数据存储源的代理，创建 session 对象，sessionFactory 是线程安全的，意味着它的同一个实例可以被应 用的多个线程共享，是重量级、二级缓存； Session 接口：负责保存、更新、删除、加载和查询对象，是线程不安全的， 避免多个线程共享同一个session，是轻量级、一级缓存； Transaction 接口：管理事务； Query 和Criteria 接口：执行数据库的查询。
如何优化hibernate
- 使用双向一对多关联，不使用单向一对多 2. 灵活使用单向一对多关联 3. 不用一对一，用多对一取代 4. 配置对象缓存，不使用集合缓存 5. 一对多集合使用Bag,多对多集合使用Set
- 继承类使用显式多态 7. 表字段要少，表关联不要怕多，有二级缓存撑腰
说下hibernate的缓存机制
- 内部缓存存在Hibernate中又叫一级缓存，属于应用事物级缓存 2. 二级缓存： a) 应用及缓存 b) 分布式缓存 条件：数据不会被第三方修改、数据大小在可接受范围、数据更新频率低、同一数据被系统频繁使用、非关键数据 c) 第三方缓存的实现
hibernate怎么 实现类之间的关系
类与类之间的关系主要体现在表与表之间的关系进行操作，它们都是对对象进行操作，我们程序中把所有的表与类都映射在一起，它们通过配置文件中的many-to-one、one-to-many、many-to-many、
hibernate如何实现延迟加载
- Hibernate2延迟加载实现：a)实体对象 b)集合（Collection） 2. Hibernate3 提供了属性的延迟加载功能 当Hibernate在查询数据的时候，数据并没有存在与内存中，当程序真正对数据的操作时，对象才存在与内存中，就实现了延迟加载，他节省了服务器的内存开销，从而提高了服务器的性能。
Hibernate数据查询的几种方式
1.使用主键id加载对象(load(),get());
2.通过对象导航,比如通过stu.getTeam()得到team的实例;
3 使用hql;
4使用qbc(query by criteria)
5直接使用sql语句取得记录集;
一般都使用后面三种方式.
注意.hql是面向对象的查询.语法和sql是基本一样的.不区分大小写的,但是注意的是对与对象.必须遵循对象的大小写.因为hql是对像查询..同时我们必须清楚.hql只能取得对象,而不支持uid(update,insert.delete)
Hibernate中：不看数据库，不看XML文件，不看查询语句，怎么能知道表的结构
看表结构对应的类文件，比如UserInfo表对应的UserInfo.java文件
作者：中山也
链接：https://www.jianshu.com/p/16e4bb3159e2
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
