常见Hibernate面试题汇总

以下是常见的Hibernate面试题，希望能给您的学习和面试提供帮助。

成都创新互联公司公司2013年成立，公司以成都做网站、网站建设、外贸营销网站建设、系统开发、网络推广、文化传媒、企业宣传、平面广告设计等为主要业务，适用行业近百种。服务企业客户上1000家，涉及国内多个省份客户。拥有多年网站建设开发经验。为企业提供专业的网站建设、创意设计、宣传推广等服务。 通过专业的设计、独特的风格，为不同客户提供各种风格的特色服务。

一.在数据库中条件查询速度很慢的时候,如何优化?

1.建索引

2.减少表之间的关联

3.优化sql，尽量让sql很快定位数据，不要让sql做全表查询，应该走索引,把数据量大的表排在前面

4.简化查询字段，没用的字段不要，已经对返回结果的控制，尽量返回少量数据

二.在Hibernate中进行多表查询,每个表中各取几个字段,也就是说查询出来的结果集并没有一个实体类与之对应,如何解决这个问题?

解决方案一，按照t数据取出数据，然后自己组bean

解决方案二，对每个表的bean写构造函数，比如表一要查出field1,field2两个字段，那么有一个构造函数就是Bean(type1filed1,type2field2)，然后在hql里面就可以直接生成这个bean了。具体怎么用请看相关文档，我说的不是很清楚。

三.session.load()和session.get()的区别?

Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。其区别在于：

如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个tNotFoundException。

Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。

load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。

Session在加载实体对象时，将经过的过程：

首先，Hibernate中维持了两级缓存。***级缓存由Session实例维护，其中保持了Session当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory层次，由当前所有由本SessionFactory构造的Session实例共享。出于性能考虑，避免无谓的数据库访问，Session在调用数据库查询功能之前，会先在缓存中进行查询。首先在***级缓存中，通过实体类型和id进行查找，如果***级缓存查找命中，且数据状态合法，则直接返回。

之后，Session会在当前“NonExists”记录中进行查找，如果“NonExists”记录中存在同样的查询条件，则返回null。“NonExists”记录了当前Session实例在之前所有查询操作中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，如果Session中一个无效的查询条件重复出现，即可迅速作出判断，从而获得***的性能表现。

对于load方法而言，如果内部缓存中未发现有效数据，则查询第二级缓存，如果第二级缓存命中，则返回。

如在缓存中未发现有效数据，则发起数据库查询操作（SelectSQL），如经过查询未发现对应记录，则将此次查询的信息在“NonExists”中加以记录，并返回null。

根据映射配置和Select SQL得到的ResultSet，创建对应的数据对象。

将其数据对象纳入当前Session实体管理容器（一级缓存）。

执行Interceptor.onLoad方法（如果有对应的Interceptor）。

将数据对象纳入二级缓存。

如果数据对象实现了LifeCycle接口，则调用数据对象的onLoad方法。

四.Hibernate的主键生成机制?

1.assigned

主键由外部程序负责生成，无需Hibernate参与。

2.hilo

通过hi/lo 算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。

3.seqhilo

与hilo类似，通过hi/lo算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。

4.increment

主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的***值，之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是：如果当前有多个实例访问同一个数据库，那么由于各个实例各自维护主键状态，不同实例可能生成同样的主键，从而造成主键重复异常。因此，如果同一数据库有多个实例访问，此方式必须避免使用。

5.identity

采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL中的主键生成机制。

6.sequence

采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。

7.native

由Hibernate根据底层数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式。

8.uuid.hex

由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键。

9.uuid.string

与uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些数据库中可能出现问题（如PostgreSQL）。

10.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作为主键生成机制。

网页标题：常见Hibernate面试题汇总
网页地址：http://www.shufengxianlan.com/qtweb/news2/45302.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联