hibernate框架的好处 (hibernate)
本文目录导航：
hibernate框架的好处
一、Hibernate是JDBC的轻量级的对象封装，它是一个独立的对象耐久层框架，和App Server，和EJB没有什么肯定的咨询。
Hibernate可以用在任何JDBC可以经常使用的场所，例如Java运行程序的数据库访问代码，DAO接口的成功类，甚至可以是BMP外面的访问数据库的代码。
从这个意义过去说，Hibernate和EB不是一个领域的物品，也不存在非此即彼的相关。
二、Hibernate是一个和JDBC亲密关联的框架，所以Hibernate的兼容性和JDBC驱动，和数据库都有肯定的相关，然而和经常使用它的Java程序，和App Server没有任何相关，也不存在兼容性疑问。
三、Hibernate不能用来间接和Entity Bean做对比，只要放在整个J2EE名目标框架中能力比拟。
并且即使是放在软件全体框架中来看，Hibernate也是做为JDBC的代替者产生的，而不是Entity Bean的代替者产生的，让我再列一次性我曾经列n次的框架结构：传统的架构：1) Session Bean <-> Entity Bean <-> DB为了处置性能阻碍的代替架构：2) Session Bean <-> DAO <-> JDBC <-> DB经常使用Hibernate来提高下面架构的开发效率的架构：3) Session Bean <-> DAO <-> Hibernate <-> DB 就下面3个架构来剖析：1、内存消耗：驳回JDBC的架构2无疑是最省内存的，Hibernate的架构3次之，EB的架构1最差。
2、运转效率：假设JDBC的代码写的十分提升，那么JDBC架构运转效率最高，然而实践名目中，这一点简直做不到，这须要程序员十分知晓JDBC，运用Batch语句，调整PreapredStatement的Batch Size和Fetch Size等参数，以及在必要的状况下驳回结果集cache等等。
而普通状况下程序员是做不到这一点的。
因此Hibernate架构体现出最快的运转效率。
EB的架构效率会差的很远。
3、开发效率：在有JBuilder的支持下以及繁难的名目，EB架构开发效率最高，JDBC次之，Hibernate最差。
然而在大的名目，特意是耐久层相关映射很复杂的状况下，Hibernate效率高的惊人，JDBC次之，而EB架构很或者会失败。
4、散布式，安保审核，集群，负载平衡的支持由于有SB做为Facade，3个架构没有区别。
四、EB和Hibernate学习难度在哪里？EB的难度在哪里？不在复杂的XML性能文件上，而在于EB运用稍微不慎，就有重大的性能阻碍。
所以难在你须要学习很多EJB设计形式来避开性能疑问，须要学习App Server和EB的性能来提升EB的运转效率。
做EB的开发上班，程序员的大局部精神都被放到了EB的性能疑问上了，反而没有更多的精神关注自身就重要投入精神去思考的对象耐久层的设计过去。
Hibernate难在哪里？不在Hibernate自身的复杂，实践上Hibernate十分的繁难，难在Hibernate太灵敏了。
当你用EB来成功耐久层的时刻，你会发现EB真实是太蠢笨了，蠢笨到你基本没有什么可以选用的余地，所以你基本就不用破费精神去设计打算，去平衡打算的好坏，去费脑筋思考选用哪个打算，由于只要惟一的打算摆在你背地，你只能这么做，没得选用。
Hibernate相反，它太灵敏了，相反的疑问，你至少可以设计出十几种打算来处置，所以特意的犯难，终究用这个，还是用那个呢？这些打算之间究竟有什么区别呢？他们的运转原理有什么不同？运转效率哪个比拟好？光是主键生成，就有七八种打算供你选用，你尴尬不尴尬？汇合属性可以用Set，可以用List，还可以用Bag，究竟哪个效率高，你尴尬不尴尬？查问可以用iterator，可以用list，哪个好，有什么区别？你尴尬不尴尬？复合主键你可以间接在hbm外面性能，也可以自定义CustomerType，哪种比拟好些？你尴尬不尴尬？关于一个表，你可以选用繁多映射一个对象，也可以映射成父子对象，还可以映射成两个1:1的对象，在什么状况下用哪种打算比拟好，你尴尬不尴尬？这个列表可以不时开列下去，直到你不想再看下去为止。
当你背地摆着有数的目迷五色的打算的时刻，你会感觉幸福呢？还是悲痛呢？假设你是一个担任的程序员，那么你肯定会细心钻研每种打算的区别，每种打算的效率，每种打算的实用场所，你会感觉你曾经堕入出来拔不出来了。
假设是用EB，你第一秒种就曾经做出了选择，基本没得选用，比如说汇合属性，你只能用Collection，假设是Hibernate，你会在Bag，List和Set之间来回优柔寡断，甚至搞不分明的话，程序都没有方法写。
Mybatis框架，和Hibernate框架的区别是什么？
1Hibernate : 规范的ORM(对象相关映射) 框架； 不要用写sql， sql 智能语句生成；经常使用Hibernate 对sql 启动提升，修反比拟艰巨运行场景： 试用需求，变动固定中小型名目；ERP，ORM，OA2 mybatis： 程序员自己编写sql， sql 修正，提升比拟自在。
mybatis 是一个不齐全的ORM 框架（局部）， mybatis 存在 映射相关（输入，输入映射）；运行场景： 除了hibernate 的场景，重要运行需求名目较多的场景， 互联网名目； 矫捷开发。
映射相关形容hibernate： 对数据库结构提供了较为完整的封装，hibernate 的O/R Mapping成功了POJO 和数据库表之间的映射，以及SQL 的智能生成和口头。
只要定义好了POJO 到数据库表的映射相关，即可经过提供的方法成功耐久层操作。
不须要对SQL 的熟练把握， 会依据制订的存储逻辑，智能生成对应的SQL 并调用JDBC 接口加以口头。
mybatis：POJO SQL之间的映射相关。
而后经过映射性能文件，将SQL所需的参数，以及前往的结果字段映射到指定POJO。
相对“O/R”而言，iBATIS 是一种“Sql Mapping”的ORM成功。
数据库的有关性：hibernate 的 详细数据只要要应用xml 启动关联； HQL 语句与数据库有关mybatis 更凑近sql ，因此对数据库的依赖较多。
Mybatis长处MyBatis可以启动更为粗疏的SQL提升，可以缩小查问字段。
MyBatis容易把握，而Hibernate门槛较高。
Hibernate长处Hibernate的DAO层开发比MyBatis繁难，Mybatis须要保养SQL和结果映射。
Hibernate对对象的保养缓和存要比MyBatis好，对增删改查的对象的保养要繁难。
Hibernate数据库移植性很好，MyBatis的数据库移植性不好，不同的数据库须要写不同SQL。
Hibernate有更好的二级缓存机制，可以经常使用第三方缓存。
MyBatis自身提供的缓存机制不佳
java耐久化框架有哪些
Java耐久化框架重要有以下几种：
1. Hibernate框架
解释：Hibernate是一个开源的对象相关映射框架，它提供了一种将对象映射到数据库表的机制。
它支持定制化SQL、缓存和批量整合等性能，可以协助开发者提高开发效率和缩小失误。
由于其低劣的性能和易用性，Hibernate成为Java开发中罕用的耐久化框架之一。
2. MyBatis框架
解释：MyBatis是一个低劣的耐久层框架，它支持定制化SQL、存储环节以及初级映射。
MyBatis防止了简直一切的JDBC代码和手动设置参数以及失掉结果集。
它准许开发者间接经常使用原生SQL，同时提供了映射器来治理数据库操作。
由于操作繁难、灵敏性强，MyBatis也遭到了广阔开发者的喜欢。
解释：JPA是Java平台的规范耐久化API，它定义了一套用于对象相关映射的规范。
JPA提供了丰盛的API来治理对象的耐久化，包含实体治理、事务控制等。
开发者可以经常使用任何合乎JPA规范的耐久化提供商来成功详细的耐久化逻辑，如EclipseLink、OpenJPA等。
4. Spring Data JPA
解释：Spring Data JPA是Spring框架对JPA规范的一个成功，它简化了数据库操作，为开发者提供了丰盛的性能和方便的操作形式。
Spring Data JPA支持自定义查问、智能分页和排序等性能，并且可以与Spring的其余模块无缝集成，提高了开发效率和系统性能。
以上四种框架都是Java开发中罕用的耐久化框架，各有其特点和长处。
开发者可以依据名目标详细需求和团队的相熟水平选用适合的框架启动开发。
phper