sql语句的进化--hibernate篇

Hibernate对JDBC进行了封装：

1）Hibernate属于持久层的框架（典型三层架构：表示层、业务层、持久层），其他的持久层比如myBatis等

2）hibernate是开源的一个ORM（对象关系映射）框架

ORM，即Object-Relational Mapping，它的作用就是在关系型数据库和对象之间做了一个映射。从对象（Object）映射到关系（Relation），再从关系映射到对象。这 样，我们在操作数据库的时候，不需要再去和复杂SQL打交道，只要像操作对象一样操作它就可以了（把关系数据库的字段在内存中映射成对象的属性）。

没有hibernate之前，我们需要自己动手通过JDBC和SQL语句手动来操作数据库，而现在有了hibernate，我们可以直接对实体对象进行操作。

sql语句的进化--hibernate篇

标签：

小编还为您整理了以下内容，可能对您也有帮助：

sql 语句实现hibernate save update delete 功能

为什么不明白原理就不能用了呢。其实，HIBERNATE就是运用了HBM.XML这个文件来映射数据库和BEAN的，中间运用了JAVA反射的机制，自动生成了SQL语句。实际上是HIBERNATE自动为你生成了SQL语句而已。如果你硬要自己用SQL的话，应该也可以用session.createSQLQuery(sql).executeUpdate()来实现你的需求

Hibernate：关于复杂的SQL统计语句是不是就不适合使用Hibernate了

在这方面我也和你有同感。

不同的ORM工具各有其优缺点和适用范围。Hibernate使数据操作对象化，在对象和数据之间做了很好的衔接，非常适用于数据的维护类操作和明细查询操作，而对于数据统计类的操作则显得作用不强。Hibernate历来支持原生的SQL，较新的版本也支持对SQL、Stored Procere甚至XML的封装，也可以像iBatis，现在叫作MyBatis，对部分字段封装。Hibernate的新功能越来越像iBatis了。iBatis或MyBatis是对SQL的封装，相对简单、灵活，性能也相对好些，但不是绝对的，其性能的好坏主要取决于编写的SQL的质量，而iBatis的动态SQL本身就是对性能的一种威胁。iBatis或MyBatis适用于做各种数据操作，不过需要良好的SQL能力和对具体数据库（如Oracle、SQLServer）的了解，故而在维护、变更或数据库升级、迁移时比较复杂。较新的MyBatis提供了一些类似于Hibernate的特征，比如可以支持父子表对象之间的双相关联；而另外一些特性，比如注解式的SQL封装、通过代理根据接口定义自动实例化DAO，似乎比Hibernate还要好些。JDBC 3.0和4.0比以前也增加了一些新特征，具体的我还没有仔细研究。呵呵

在我看来，报表是需求中最不稳定的部分，形式多样、变化多端，无论是自己编写的还是第三方的公共组件，都只能在基础查询和表现形式上加工；具体的报表逻辑仍需手工开发。所以无论用哪种技术做报表，在报表逻辑方面的复杂度是相同的。我一般会采用相对最简单的技术条件来设计报表，避免程序员把功夫较多得花在不太熟悉的数据工具和报表工具上。

希望能对你有所帮助。来自：求助得到的回答

sql语句转化成hibernate DetachedCriteria

SQL写成视图，再用HQL，就方便了。追问

谢谢你的提议, 

不过我还想问下,用视图  是不是在数据量大的时候, 查询速度会很慢的...  有什么更好的方法的呀..?

sql语句转化成hibernate DetachedCriteria

SQL写成视图，再用HQL，就方便了。追问

谢谢你的提议, 

不过我还想问下,用视图  是不是在数据量大的时候, 查询速度会很慢的...  有什么更好的方法的呀..?

sql语句怎么转成java的持久层框架heibernate里的hql?

表名换成类名，字段名换成类里面的属性名。按照hibernate的xml配置文件一一对应就可以了。其他的不用改

sql语句怎么转成java的持久层框架heibernate里的hql?

表名换成类名，字段名换成类里面的属性名。按照hibernate的xml配置文件一一对应就可以了。其他的不用改

Hibernate是什么？30

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具*意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

Hibernate的核心接口一共有5个，分别为:Session、SessionFactory、Transaction、Query和Configuration。这5个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五的核心接口分别加以介绍。
·Session接口:Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。)。但需要注意的是Session对象是非线程安全的。同时，Hibernate的session不同于JSP应用中的HttpSession。这里当使用session这个术语时，其实指的是Hibernate中的session，而以后会将HttpSesion对象称为用户session。
·SessionFactory接口:SessionFactroy接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。
·Configuration接口:Configuration接口负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。
·Transaction接口:Transaction接口负责事务相关的操作。它是可选的，可发人员也可以设计编写自己的底层事务处理代码。
·Query和Criteria接口:Query和Criteria接口负责执行各种数据库查询。它可以使用HQL语言或SQL语句两种表达方式。

Hibernate是什么？30

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具*意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

Hibernate的核心接口一共有5个，分别为:Session、SessionFactory、Transaction、Query和Configuration。这5个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五的核心接口分别加以介绍。
·Session接口:Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。)。但需要注意的是Session对象是非线程安全的。同时，Hibernate的session不同于JSP应用中的HttpSession。这里当使用session这个术语时，其实指的是Hibernate中的session，而以后会将HttpSesion对象称为用户session。
·SessionFactory接口:SessionFactroy接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。
·Configuration接口:Configuration接口负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。
·Transaction接口:Transaction接口负责事务相关的操作。它是可选的，可发人员也可以设计编写自己的底层事务处理代码。
·Query和Criteria接口:Query和Criteria接口负责执行各种数据库查询。它可以使用HQL语言或SQL语句两种表达方式。

将普通的sql语句改写成用Hibernate框架中的HQL语句。

我猜想你的目的是用hibernate框架来解决上面的查询问题吧，那你不一定非要把sql改为hql语句，因为hibernate中是可以支持原生态的sql语句的，我来给你写一个例子吧List list=new ArrayList();

String sql = "SELECT b.*,MAX(l.endDate) FROM bookinfor b LEFT  JOIN  lentbook l ON b.bookID = l.bookID WHERE b.bookName LIKE '%语%' AND b.author LIKE '%王%' GROUP BY b.bookID;";

Session session = this.getSession();

Query query = session.createSQLQuery(sql);

list=query.list();

session.close();

其中，session.createSQLQuery(sql)这句话指明了hibernate用的是原生态的sql语句

希望对你有所帮助。

追答createSQLQuery返回结果跟createQuery结果是一个样子的

hibernate与ibaties比较的优势何在？hibernate不能自己写sql？不能调存储过程吗？

ibatis:sql需要自己写

hibernate:sql自动生成

上面是最大的区别,下面是一些细节.

选择Hibernate还是iBATIS都有它的道理：

Hibernate的特点：

Hibernate功能强大，数据库无关性好，O/R映射能力强，如果你对Hibernate相当精通，而且对Hibernate进行了适当的封装，那么你的项目整个持久层代码会相当简单，需要写的代码很少，开发速度很快，非常爽。以数据库字段一一对应映射得到的PO和Hibernte这种对象化映射得到的PO是截然不同的，本质区别在于这种PO是扁平化的，不像Hibernate映射的PO是可以表达立体的对象继承，聚合等等关系的，这将会直接影响到你的整个软件系统的设计思路。Hibernate对数据库结构提供了较为完整的封装，Hibernate的O/R Mapping实现了POJO 和数据库表之间的映射，以及SQL 的自动生成和执行。程序员往往只需定义好了POJO 到数据库表的映射关系，即可通过Hibernate 提供的方法完成持久层操作。程序员甚至不需要对SQL 的熟练掌握， Hibernate/OJB 会根据制定的存储逻辑，自动生成对应的SQL 并调用JDBC 接口加以执行。Hibernate的缺点就是学习门槛不低，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡取得平衡，以及怎样用好Hibernate方面需要你的经验和能力都很强才行，但是Hibernate现在已经是主流O/R Mapping框架，从文档的丰富性，产品的完善性，版本的开发速度都要强于iBATIS。

iBATIS的特点：

iBATIS入门简单，即学即用，提供了数据库查询的自动对象绑定功能，而且延续了很好的SQL使用经验，对于没有那么高的对象模型要求的项目来说，相当完美。iBATIS的缺点就是框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。当系统属于二次开发,无法对数据库结构做到控制和修改,那iBATIS的灵活性将比Hibernate更适合。系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高度优化的SQL语句（或存储过程）才能达到系统性能设计指标。在这种情况下iBATIS会有更好的可控性和表现。

对于实际的开发进行的比较：

1． iBATIS需要手写sql语句，也可以生成一部分，Hibernate则基本上可以自动生成，偶尔会写一些Hql。同样的需求,iBATIS的工作量比 Hibernate要大很多。类似的，如果涉及到数据库字段的修改，Hibernate修改的地方很少，而iBATIS要把那些sql mapping的地方一一修改。

2. iBatis 可以进行细粒度的优化

比如说我有一个表，这个表有几个或者几十个字段，我需要更新其中的一个字段，iBatis 很简单，执行一个sql UPDATE TABLE_A SET column_1=#column_1# WHERE id=#id# 但是用 Hibernate 的话就比较麻烦了,缺省的情况下 hibernate 会更新所有字段。 当然我记得 hibernate 有一个选项可以控制只保存修改过的字段，但是我不太确定这个功能的负面效果。

例如：我需要列出一个表的部分内容，用 iBatis 的时候，这里面的好处是可以少从数据库读很多数据，节省流量SELECT ID, NAME FROM TABLE_WITH_A_LOT_OF_COLUMN WHERE ...一般情况下Hibernate 会把所有的字段都选出来。比如说有一个上面表有8个字段，其中有一两个比较大的字段，varchar(255)/text。上面的场景中我为什么要把他们也选出来呢？用hibernate 的话，你又不能把这两个不需要的字段设置为lazy load，因为还有很多地方需要一次把整个 domain object 加载出来。这个时候就能显现出ibatis 的好处了。如果我需要更新一条记录（一个对象），如果使用 hibernate，需要现把对象 select 出来，然后再做 update。这对数据库来说就是两条sql。而iBatis只需要一条update的sql就可以了。减少一次与数据库的交互，对于性能的提升是非常重要。

3. 开发方面：

开发效率上，我觉得两者应该差不多。可维护性方面，我觉得 iBatis 更好一些。因为 iBatis 的 sql 都保存到单独的文件中。而 Hibernate 在有些情况下可能会在 java 代码中保sql/hql。相对Hibernate“O/R”而言，iBATIS 是一种“Sql Mapping”的ORM实现。 而iBATIS 的着力点，则在于POJO 与SQL之间的映射关系。也就是说，iBATIS并不会为程序员在运行期自动生成SQL 执行。具体的SQL 需要程序员编写，然后通过映射配置文件，将SQL所需的参数，以及返回的结果字段映射到指定POJO。使用iBATIS 提供的ORM机制，对业务逻辑实现人员而言，面对的是纯粹的Java对象，这一层与通过Hibernate 实现ORM 而言基本一致，而对于具体的数据操作，Hibernate会自动生成SQL 语句，而iBATIS 则要求开发者编写具体的SQL 语句。相对Hibernate而言，iBATIS 以SQL开发的工作量和数据库移植性上的让步，为系统设计提供了更大的自由空间。

4. 运行效率

在不考虑 cache 的情况下，iBatis 应该会比hibernate 快一些或者很多。

上面是hibernate和ibatis的区别。

现在说一说对于手写sql和存储过程的支持：

这些东西其实我们都不需要担心，这种框架能被大家接受就说明像这种功能那是必须的，一定要支持，否肯定被人扣板砖！

hibernate对手写sql和存储过程都有很好的支持，对于手写sql有的时候还是有必要的，如对于非常复杂的sql语句，可能对于我们用hql语句是很难完成的，这个时候就需要我们用sql来完成，相对于hql，我们还是比较熟练sql的！存储过程的支持也是必要的，和只需简单的一句：CallableStatement cstmt = con.prepareCall(procere); 就能对已有存储过程的调用。

ibatis这我就不多少了，一样，都有很好的支持。

存在就有其合理性，对于不同的情况，我们会有不同的解决方案，所以不要轻易的说那个那个功能不好，没准他就是你解决难题的杀手锏！