Hibernate常见面试题汇总_第1页
Hibernate常见面试题汇总_第2页
Hibernate常见面试题汇总_第3页
Hibernate常见面试题汇总_第4页
Hibernate常见面试题汇总_第5页
已阅读5页,还剩7页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、一.Hibernate工作使用步骤?1. 读取并解析配置文件2. 读取并解析映射信息,创建SessionFactory3. 打开 Sesssion4. 创建事务Transation5. 持久化操作6. 提交事务7. 关闭 Session8. 关闭 SesstionFactory二.Hibernate 的查询方式 有几种?(1)导航对象图检索方式。根据已经加载的对象,导航到其他对象。(2)OID查询方式。根据对象的 OID来查询对象。Session的get()和10ad()方法。(3) HQL询方式。HQ提面向对象的查询语言,session的find()方法用于执行HQLg询语句。可以利用 Qu

2、ery接口。Query query = session.createQuery( "from Customer as c where =: customerNamd );query.setString(acustomerNam(2 ,"张三”);List resultList = query.list();(4) QBCg询方式。这种API封装了基于字符串形式的查询语句。Criteria criteria = session.createCriteria(User.class);Criterion criterion1 = Expession.like(&qu

3、ot;name" , " T%');Criterion criterion2 = Expession.eq(age,new Integer(30);criteria= criteria.add(criterion1);criteria= criteria.add(criterion2);List resultList = criteria.list();这种查询方式使用的 较少,主要是在查询中需要用户输入一系列的查询条件,如果采用HQL查询代码会比较烦。(5)本地SQ我询Hibernate 的检索策略 有几种?检索策略的作 用域可选的检索策略默认的运行时受影响的se

4、ssion 的检索方法类级别立即和延迟立即影响load()方法关联级别立即,延迟,迫切左 外连接多对一和一对一关联为 外连接影响 load(),get(), find() 方法一对多和多对多为立即 检索立即检索-立即加载检索方法指定的对象。延迟检索-延迟加载检索方法指定的对象,只有当初次获取其属性或调用其方法时才加载。如果将class元素的lazy熟悉设置为true ,那么Load()方法是延迟加载。而不管lazy是true或false,get() 和find()方法永远是立即检索。session.load() 和 session.get() 的区别Session.load/get方法均可以根

5、据指定的实 体类和id从数据库读取记录,并返回与之对应的实体对象。其区别在于:如果未能发现符合条件的记录,get方法返回null ,而load方法会抛出一个 ObjectNotFoundException 。执行load方法并不会真正去查询 DB,只有当首次访问实体对 象属性时才会去DB中真正查询。(即懒加载)Load方法返回实体的 代理类实例,而get方法永远直接返回实体 类。load支持延迟加载,get不支持延迟加载。load方法可以充分利 用内部缓存和二级缓存中的现有 数据,而get方法则仅仅在内部 缓存中进行数据查找,如没有发现对应数据,将越过二级缓存,直接调用SQL完成数据读取。四.

6、Hibernate 的缓存Hibernate有2级缓存。第一级缓存是session缓存,其是事务范围内的缓存,第一级缓存也是必需要的,无法清除。在第一级缓存中,每个持久化的实例对象都有一个OID.第二级缓存是SessionFactory 的外置缓存,是一个可 以插拔的缓存插件,由SessionFactory 负责管理。第二级缓存是进程范围内的或者群集范围内的缓存。五.Hibernate 中对象的状 态有几种?3 种状态,瞬时状态,持久化状态,游离状态。瞬时状态-刚用new语句创建,尚未持久化,没有被 session所关联,DB中也没有 对象的记录。(2) 持久化状态 跟 session 关 联

7、,跟数据库中的相 关记录对应。(3) 游离状态 由持久化对象转变而来,不 再和 session 关联,数据库中有可能存在与之对应的记录。六Hibernate 中 关于继承关 系的映射方式( 1 ) 每 个类分层结构一张表优点:简单,只需要一张表,查询效率高。缺点:需要在表中引入额外区分各个子类的字段,不能为所有的子类成员属性对应的字段定义 Not null 约束。适用范围:查询性能要求高,子类属性不是很多时。( 2 ) 每 个子类一张表,每张表中仅仅包含在当前类中定义的属性,不包含父类或子类的成 员属性 。优点:支持多态查询 和关联查询,符合关系数据模型的设计规则。缺点:查询效率不是很高,需要

8、通过表的内连接或左外连接进 行查询。适用范围:子类属性性能要求不是很高时。非常多,需要对子类某些属性对应的字段加 Not null 约束,且 对( 3 ) 每 个具体类一张表,每张表中包含在当前类及其父类中的所有成员属性对应的字段。优点:可以对子类的 成员属性定义Not null 约束。缺点:不符合关系数据模型的设计规则,而且每个表中都存在基类的多余字段。适用范围:一般不使用。七数 据库事务隔离级别数据库系统提供了四 种事务隔离级别供用户选择。不同的隔离级别采用不同的锁类型来实现,在四种隔离级别 中, Serializable 的 隔离级别最高, Read Uncommited 的隔离级别最低

9、。大多数据库默认的隔离级别为 Read Commited,如SqlServer ,当然也有少部分 数据库默认的隔离级别为 Repeatable Read ,如 MysqlRead Uncommited :读未提交数据(会出现脏读 , 不可重复读和幻读) 。Read Commited :读已提交数据(会出现不可重复读和幻读)Repeatable Read:可重复读(会出现幻读)Serializable :串行化八.Hibernate的懒加载原 理。所谓懒加载(lazy)就是延时加 载,延迟加载。什么时候用懒加载呢,我只能回答要用懒加载的时候就用懒加载。至于为什么要用懒加载呢,就是当我们要访问的数

10、据量过大时,明显用缓存不太合适,因为内存容量有限,为了减少并发量,减少系统资源的消耗,我们让数据在需要的 时候才进行加载,这时我们就用到了懒加载。延迟加载机制是为了 避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据 加载操作。在Hibernate中提供了对实体对象的延迟加载 以及对集合的延迟加载,另外在 Hibernate3中还提供了对属性的延迟加载。A、实体对象的延迟加载如果想对实体对象使 用延迟加载,必须要在实体的映射配置文件中进行相应的配置,如下所示:Java代码1. <hibernate-mapping>2. <class na

11、me= " com.neusoft.entity.User " table= " user" lazy= " true " >3. 4. </class>5. </hibernate-mapping>通过将class的lazy属性设置为true ,来开启实体的延迟加载 特性。如果我们运 行下面的代码:User user=(User)session.load(User.class, " 1" ); (1) System.out.println(user.getName();(2)当运行到

12、(1)处时,Hibernate并没有发起对数据的查询,如果此时通过一些调试工具,观察此时user对象的内存快照,会惊奇的 发现,此时返 回的可能是 User$EnhancerByCGLIB$bede8986类型的对象,而且其属性为null,这是怎么回事? session.load() 方法会返回实体对象的代理类对象,这里所返回的对象类 型就是User对象 的 代理类对象。在 Hibernate中通过使用CGLIB,来实现动态构造一个目标对象的代理类对象, 并且在代理类对 象中包含目标对象的所有属性和方法,而且所有属性均被赋值为null。通过调试器显 示的内存快照,可以 看出此时真正的 User

13、对象,是包含在代理对象的CGLIB$CALBACK_0.target属性中,当代码运行到(2)处时,此时 调用user.getName()方 法, 这时通过CGLIB赋予的回调机制,实际上调用CGLIB$CALBACK_0.getName(方法,当 调用 该方法时,Hibernate 会首先检查 CGLIB$CALBACK_0.target属性是否为null ,如果不为空,则 调用目标 对象的getName方法,如果为空,则会发起数据库查询,生成 类似这 样的SQL语句: select * from user where id= ' 1'来查询数据,并构 造目标对象,并 且将它

14、赋值到 CGLIB$CALBACK_0.target 属性中。这样,通过一个中间代理对象,Hibernate实现了实体的延迟加载,只有当用户真正发起获得实体对象属性的动作时才真正会发起数据库查询操作。 所以实体的延迟加载是用通过中间代理类完成的,所以只有session.load()方法才会利用实体延迟加载,因为只有session.load() 方法才会返回实体类的代理类对象。日 集合类型的延迟加载为重大的,因为这其中包括对JDKSet集合,并不是类型,通过使对集合类型使用延在Hibernate的延迟加载机制中,针对集合类型的应用,意义是最有可能使性能得到大 幅度的提 高,为此Hibernate

15、进行了大量的努力, Collection的独立实现,在一对多关联中,定义的用来容纳关联对象的java.util.Set类型或其子类型,而是 net.sf.hibernate.collection.Set用自定义集合类的实 现,Hibernate实现了集合类型的延迟加载。为了 迟加载,必须如下配置实体类的关于关联的部分: Java代码 _1. <hibernate-mapping>2. <class name= " com.neusoft.entity.User " table= " user" >3. 4. <set nam

16、e= " addresses " table= " address" lazy= " true " inverse= " tr ue" >5. <key column= " user_id ” />6. <one-to-many class= " com.neusoft.entity.Arrderss ” />7. </set>8. </class>9. </hibernate-mapping>通过将<set>元素的l

17、azy属性设置为true来开启集合类型的延迟加载特性。看下面的代码:Java代码回1. User user=(User)session.load(User.class, " 1");2. Collection addset=user.getAddresses();(1)3. Iterator it=addset.iterator();(2)4. while(it.hasNext() 5. Address address=(Address)it.next();6. System.out.println(address.getAddress();7. 当程序执行到(1)处时,并

18、不会发起对关 联数据的查询来加载关联数据,只有运 行到 (2)处时,真正的数据读取操作才会开始,这时Hibernate会根据缓存中符合条件的 数据索引,来查找符合条件的实体对象。这里引入了一个全 新的概念一一数据索引,下面首先将 说明什么是数据索引。在 Hibernate中对集合类型进行缓存时,是分两部分进行缓存的,首先缓存 集合中所有实体的id列表,然后缓存实体对象,这些实体对象的id列表,就是所谓的数据索引。当查找数据索引时,如果没 有找到对应的数据索引,这时就会一条select SQL的执行,获得符合条件的数据,并构 造实体对象集合和数据索引,然后返回实体对象的集合,并且将实体对象和数据

19、索引纳入 Hibernate的缓存之 中。另一方面,如果找到对应的数据索 弓I,则从数据索引中取出id列表,然后根据id在缓存中查找对应的实体,如果找到就从缓存中返 回,如果没有找到,在发 起select SQL查询。在这里我们看出了另外一个问题,这个 问题可能会对性能产生影响,这就是集合类型的缓存策略。如果如下配置集合类型:Java代码1. <hibernate-mapping>2. <class name= " com.neusoft.entity.User " table= " user" >3. 4. <set na

20、me= " addresses " table= " address" lazy= " true " inverse= " true" >5. <cache usage=" read -only ” />6. <key column= " user_id ” />7. <one-to-many class= " com.neusoft.entity.Arrderss ” />8. </set>9. </class>10.

21、 </hibernate-mapping>这里应用了 <cache usage=" read-only ” />配置,如果采用这种策略来配置集合类 型,Hibernate将只会对数据索引进行缓存,而不会对集合中的实体对象进行缓存。如上配置运行下面的代码:Java代码1. User user=(User)session.load(User.class," 1");2. Collection addset=user.getAddresses();3. Iterator it=addset.iterator();4. while(it.hasNe

22、xt() 5. Address address=(Address)it.next();6. System.out.println(address.getAddress();7. 8. System.out.println( "Second query");9. User user2=(User)session.load(User.class, " 1");10. Collection it2=user2.getAddresses();11. while(it2.hasNext() 12. Address address2=(Address)it2.nex

23、t();13. System.out.println(address2.getAddress();14. 运行这段代码,会得到类似下面的输出:Select * from user where id=' 1';Select * from address where user_id= ' 1';Tianjin Dalian Second querySelect * from address where id= ' 1 '; Select * from address where id= ' 2 '; Tianjin Dalian可以看

24、到,当第二次执行查询时,执行了两条对address表的查询操作,为什么 会这样呢?这是因为当第 一次加载实体后,根据集合类型缓存策略的配 置,只对集合数 据索引进行了缓存,而并没 有对集合中的实体对象进行缓存,所以在第二次再次加载实体时,Hibernate找到了对应实体的数据索引,但是根据数据索引,却无法在缓存中找到对应的实体,所以Hibernate根据找到的数据索引发起了两条select SQL的查询操作,这里造成了对性能的浪费,怎 样才能避免这种情况呢?必须对集合类型中的实体也指定缓存策略,对集合类型进行配置: Java代码1. <hibernate-mapping>2. &l

25、t;class name= " com.neusoft.entity.User " table= " user" >3. 4.<set name= " addresses " table= " address" lazy= " true " inverse= " true ” >5 .<cache usage=" read -write ” />6 .<key column= " user_id ” />7 .<one

26、-to-many class= " com.neusoft.entity.Arrderss” />8 . </set>9 .</class>1 0 . </hibernate-mapping>此时Hibernate会对集合类型中的实体也进行缓存,再次运行上面的代码,将会得到类似如下的输出:Select * from user where id= ' 1';Select * from address where user_id= ' 1'; TianjinDalianSecond queryTianjinDali

27、an这时将不会再有 根据数据索引进行查询的SQL 语句,因为此时可以直 接从缓存中获得集合类型中存放的实 体对象。C属性延迟加载在Hibernate3中,引入了一种新的特性 一一属性的延迟加载,这个机制又为获取高性能查询提供了有力 的工具。在大数据对象读取时,假设在User对象中有一个 resume字段,该字段是一个java.sql.Clob 类型,包含了用户的简历 信息,当加载该对象时,不得 不 每一次都要加载这 个字段,而 不论是否真的需要它,而且这种大数据对象的读取本身会带来很大的性能开销。在Hibernate2中,只有通过面向性能的粒度细分,来分解 User类,来 解决这个问题, 但是

28、在Hibernate3中,可以通过属性延迟加载机制,来使我们获得只为此必须如下配置实有当我们真正需要操作这个字段 时,才去读取这个字段数据的能力体类:Java代码1. <hibernate-mapping>2. <class name=' com.neusoft.entity.User " table= " user" >3. 4.propertyname' resume“ type= " java.sql.Clob " column=" resume”lazy= " true &qu

29、ot; />5. </class>6. </hibernate-mapping>通过对property元素的lazy属性设置true来开启属性的延迟加载,在Hibernate3中为了实现属性的延迟加载,使用了类增强器来对实体类的 Class文件进行强化处理,通过增强器 的增强,将CGLIB的回调机制逻辑,加入实 体类,这里我们可以看出 属性的延迟加载,还是通过CGLIB来实现的。CGLIB是Apache的一个开源工程,这个类 库可以操纵java类的字节码,根据字节码来动态构造符合要求的类对象。根据上面的配 置我们运行下面的代码:1.Java代码String sql

30、= " from User user where =' zx2. Query query=session.createQuery(sql);(1)3. List list=query.list();4. for(int i= 0;i<list.size();i+)5. User user=(User)list.get(i);6. System.out.println(user.getName();7. System.out.println(user.getResume();(2)8. 当执行到(1)处时,会生成类似如下的SQL语句:Select id,

31、age,name from user where name=zx';这时Hibernate会检索User实体中所有非延迟加载属性对 应的字段数据,当执行到(2)处 时,会生成类似如下 的SQL语句:Select resume from user where id= ' 1'; 这时会发起对resume字段数据真正的读取操作。九.Hibernate 中的一对一,一对多,多 对多关联关系1. 一对多关系public class Department private int id ;private String name/ 集合类型必须定义成接口类型的private Set&

32、lt;Employee> emps;public class Employee private int id ;private String name;private Department depart ;Department.hbm.xml<class name="Department" ><id name="id" ><generator class ="native" /></id ><property name="name" /><!-

33、 inverse 属性含 义 : 是否放弃维护关联关系?-><set name="emps" cascade ="save-update" inverse ="true"<key column ="depart_id" /><one-to-many class ="Employee" /></ set ></class>Employee.hbm.xml<class name="Employee" discrim

34、inator-value ="0" ><id name="id" ><!-<generator class="native" /> -><generator class ="hilo" /></id ><property name="name" /><many-to-one name="depart" column ="depart_id" /></class&

35、gt;2. 老师和学生的多对 多关系public classTeacher private int id ;private String name;private Set<Student> students ;public class Student private int id ;private String name;private Set<Teacher> teachers ;Teacher.hbm.xml<class name="Teacher" ><id name="id" ><genera

36、tor class ="native" /></id ><property name="name" /><set name="students" table ="teacher_student" ><!- 先根据 t eacher_id 到 中 间表 teacher_student 中去找对应的 student_id-><key column ="teacher_id" /><!- 再根据student_id到student

37、表去查老师的信息 -><many-to-many class ="Student" column ="student_id" /></ set ></ class >Student.hbm.xml<class name="Student" ><id name="id" ><generator class ="native" /></id ><property name="name"

38、 /><set name="teachers" table ="teacher_student" ><!- 先根据 student_id 到 中 间表 teacher_student 中去找对应的 teacher_id-><key column ="student_id" /><!- 再根据teacher_id至Ut eacher表去查老师的信 息 -><many-to-many class ="Teacher" column ="teacher

39、_id" /></ set ></ class >脏读 :一个 事务读取到另一事务未提交的更新新据。不可重 复读:在同一事务中 , 多次读取同一数据返回 的结果有所不同。换句话 说就是,后续读取可以读到另一事务已提交的更新数据。相反,“可重复读”在同一事务中多次读取 数据时,能够保证所读数据一样,也就是,后续读取不能读到 另一事务已提交的更新数据。幻读: 一个事务读取到另一事务已提交的 insert 数据。数据库中采用锁机制来预防并发事务的问题。共享锁,排他锁,更新锁。应用程 序中可以采用悲观锁和乐 观锁来避免问 题。(1)悲观锁-在应用程序中显示地为数

40、据资源加锁。Select for update;(2) 乐观锁 - 在数据 库表中增加一个版本字段。1 .在数据库中条件查询速度很慢的时候 , 如何优化 ?1. 建索引2. 减少表之间的 关联3. 优化 sql ,尽量让 sql 很快定位数据 ,不要让 sql 做 全表查询,应该走索引 , 把数据量大的表排在前面制,尽量返回少量数据4. 简化查询字段2 在 Hibernate 中进行多表查询 , 每个表中各取几个字段 , 也就是说查询出来的 结果集并没有一个实体类与之对应 , 如何解决这个问题 ?解决方案一,按照 Object 数 据取出数据,然后自己组bean解决方案二,对 每个表的 bean 写构造函数,比如表一要查出 field1,field2 两个字段,那么有一个构造函数就是 Bean(type1 filed1,type2 field2) ,然 后在 hql 里面就可以直接生成这个 bean 了。具体怎么用请看相关文档,我说的不是很清楚。3 Session 在加 载实体对象时,将经过的过程:首先, Hibernate 中维 持了两级缓存。第一级缓存由 Session 实例

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论