目录
数据持久化操作框架及ORM关系
1.）MyBatis与Hibernate框架都是对底层数据库数据持久化进行操作的（ORM——对象、关系映射实现）框架。
2.）持久化：持久（Persistence),是程序数据在瞬时状态（如内存中的对象）和持久状态（可永久保存的存储设备中，如磁盘）间转换的过程。持久化的主要应用是将内存中的数据存储在关系型的数据库中，也可以存储在磁盘文件中、XML数据文件中等。
3.）持久层（Persistence Layer）：专注于实现数据持久化应用领域的某个特定系统的一个逻辑层面，将数据使用者和数据实体相关联。
4.）对象数据映射（ORM）：Object/Relational Mapper,即“对象-关系型数据映射组件”。表示必须同时使用面向对象和关系型数据进行开发。
5.）拓展：建模领域中的ORM为Object/Role Modeling（对象角色建模）。另外这里是“O/R Mapper”而非“O/R Mapping”。相对来讲，O/R Mapping 描述的是一种设计思想或者实现机制，而O/R Mapper 指以O/R原理设计的持久化框架（Framework），包括O/R机制还有SQL自生成，事务处理，Cache管理等。
6.）为什么要做持久化和ORM设计：在目前的企业应用系统设计中，MVC，即 Model（模型）- View（视图）- Control（控制）为主要的系统架构模式。MVC 中的 Model 包含了复杂的业务逻辑和数据逻辑，以及数据存取机制（如 JDBC的连接、SQL生成和Statement创建、还有ResultSet结果集的读取等）等。将这些复杂的业务逻辑和数据逻辑分离，以将系统的紧耦合关系转化为松耦合关系（即解耦合），是降低系统耦合度迫切要做的，也是持久化要做的工作。MVC 模式实现了架构上将表现层（即View）和数据处理层（即Model）分离的解耦合，而持久化的设计则实现了数据处理层内部的业务逻辑和数据逻辑分离的解耦合。而 ORM 作为持久化设计中的最重要也最复杂的技术，也是目前业界热点技术。
简单来说，按通常的系统设计，使用 JDBC 操作数据库，业务处理逻辑和数据存取逻辑是混杂在一起的。
一般基本都是如下几个步骤：
1、建立数据库连接，获得 Connection 对象。
2、根据用户的输入组装查询 SQL 语句。
3、根据 SQL 语句建立 Statement 对象 或者 PreparedStatement 对象。
4、用 Connection 对象执行 SQL语句，获得结果集 ResultSet 对象。
5、然后一条一条读取结果集 ResultSet 对象中的数据。
6、根据读取到的数据，按特定的业务逻辑进行计算。
7、根据计算得到的结果再组装更新 SQL 语句。
8、再使用 Connection 对象执行更新 SQL 语句，以更新数据库中的数据。
7、最后依次关闭各个 Statement 对象和 Connection 对象。
目前有哪些流行的 ORM 产品
目前众多厂商和开源社区都提供了持久层框架的实现，常见的有
Apache OJB （http://db.apache.org/ojb/）
Cayenne （https://cayenne.apache.org/）
Jaxor （http://jaxor.sourceforge.net/）
Hibernate （http://hibernate.org/）
iBatis （http://www.ibatis.com/）
jRelationalFramework （https://sourceforge.net/projects/ijf/）
mirage （https://seecr.nl/en/oss/mirage/toon）
SMYLE （http://www.drjava.de/smyle）
TopLink （https://www.oracle.com/technetwork/index.html）
其中 TopLink 是 Oracle 的商业产品，其他均为开源项目。
7.）ORM（Object Relational Mapping)
- 编写程序的时候，以面向对象的方式处理数据
- 保存数据的时候，以关系型数据库的方式存储
ORM解决方案包含下面四个部分：
- 在持久化对象上执行基本的增、删、改、查操作。
- 对持久化对象提供一种查询语言或者API。
- 对象关系映射工具。
- 提供与事务对象交互、执行检查、延迟加载以及其他优化功能。
MyBatis框架
简介：半自动化的ORM实现；DAO层；动态SQL；小巧灵活、简单易学。
MyBatis框架主要完成的是以下2件事情：
- 根据JDBC规范建立与数据库的连接。
- 通过反射打通Java对象与数据库参数交互之间相互转换的关系。
MyBatis框架是一种典型的交互式框架，先准备好交互的必要条件，然后构建一个交互的环境，在交互环境中划分会话，在会话中与数据库进行交互数据。
原理详解：
MyBatis应用程序根据XML配置文件创建SqlSessionFactory，SqlSessionFactory在根据配置，配置来源于两个地方，一处是配置文件，一处是Java代码的注解，获取一个SqlSession。SqlSession包含了执行sql所需要的所有方法，可以通过SqlSession实例直接运行映射的sql语句，完成对数据的增删改查和事务提交等，用完之后关闭SqlSession。
MyBatis的框架设计
MyBatis执行流程：
1. 加载配置文件并初始化(SqlSession)
配置文件来源于两个地方，一个是配置文件(主配置文件conf.xml,mapper文件*.xml)，一个是java代码中的注释，将sql的配置信息加载成为一个mappedstatement对象，存储在内存之中（包括传入参数的映射配置，结果映射配置，执行的sql语句）。
2. 接收调用请求
调用mybatis提供的api，传入的参数为sql的id（有namespase和具体sql的id组成）和sql语句的参数对象，mybatis将调用请求交给请求处理层。
3. 处理请求
- 根据sql的id找到对应的mappedstatament对象。
- 根据传入参数解析mappedstatement对象，得到最终要执行的sql。
- 获取数据库连接，执行sql，得到执行结果
- Mappedstatement对象中的结果映射对执行结果进行转换处理，并得到最终的处理结果。
4. 释放连接资源
5. 返回处理结果
MyBatis主要的类
- Configuration MyBatis所有的配置信息都维持在Configuration对象之中。
- SqlSession 作为MyBatis工作的主要顶层API，表示和数据库交互的会话，完成必要数据库增删改查功能
- Executor MyBatis执行器，是MyBatis 调度的核心，负责SQL语句的生成和查询缓存的维护
- StatementHandler 封装了JDBC Statement操作，负责对JDBC statement 的操作，如设置参数、将Statement结果集转换成List集合。
- ParameterHandler 负责对用户传递的参数转换成JDBC Statement 所需要的参数，
- ResultSetHandler 负责将JDBC返回的ResultSet结果集对象转换成List类型的集合；
- TypeHandler 负责java数据类型和jdbc数据类型之间的映射和转换
- MappedStatement MappedStatement维护了一条<select|update|delete|insert>节点的封装，
- SqlSource 负责根据用户传递的parameterObject，动态地生成SQL语句，将信息封装到BoundSql对象中，并返回
- BoundSql 表示动态生成的SQL语句以及相应的参数信息
以上几个类在SQL操作中都会涉及，在SQL操作中重点关注下SQL参数什么时候写入和结果集怎么转换为Java对象，这两个过程正好对应的类是PreparedStatementHandler和ResultSetHandler类。
(图片来自《深入理解mybatis原理》 MyBatis的架构设计以及实例分析)
MyBatis的优点：
1、简单易学（ mybatis本身就很小且简单。没有任何第三方依赖，最简单安装只要两个jar文件+配置几个sql映射文件易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。）
2、灵活（mybatis不会对应用程序或者数据库的现有设计强加任何影响。 sql写在xml里，便于统一管理和优化。通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。）
3、解除sql与程序代码的耦合（通过提供DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。）
4、提供映射标签，支持对象与数据库的orm字段关系映射。
5、提供对象关系映射标签，支持对象关系组建维护。
6、提供xml标签，支持编写动态sql。
MyBatis的缺点：
1、编写SQL语句时工作量很大，尤其是字段多、关联表多时，更是如此。
2、SQL语句依赖于数据库，导致数据库移植性差，不能更换数据库。
3、框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。
4、二级缓存机制不佳
Hibernate框架
简介：ORM ,简化数据库操作；dao层。
Hibernate 主要特点：
1、 开源和免费的License,方便需要时研究源码，改写源代码，进行功能定制。
2、 轻量级封装，避免引入过多复杂的问题，调试容易，减轻程序员负担。
3、 有可扩展性，API开放，功能不够用时，自己可以编码扩展。
Hibernate的持久化解决方案将用户从原始的JDBC访问中释放出来，用户无须再关注底层的JDBC的操作。而是以面向对象的方式进行持久层操作。底层数据连接的获得，数据访问的实现，事务控制都无须用户关心。将应用从底层的JDBC中抽象出来，通过配置文件管理底层的JDBC连接，让Hibernate解决持久化访问的实现。
简单工作原理：
分析：
1、Hibernate框架需要2种配置文件，分别是：hibernate.cfg.xml（存放数据库连接信息）与xxx.hbm.xml
2、xxx.hbm.xml是配置在hibernate.cfg.xml中，该文件确定了持久类与数据表，数据列之间的对应关系。
3、hibernate不再是直接调用JDBC访问，而是Session会话访问。在hibernate框架中，只有处于Seesion管理下的POJO对象才有持久化操作的能力。
体系架构：
几个关键对象：
SessionFatory：hibernate关键对象，它是单个数据库映射关系经过编译后的内存镜像，线程安全。主要作用是生成Session的工厂，该对象可以为事务之间可重用的数据提供可选的二级缓存。
Session：它是应用程序与持久储存层之间交互操作的一个单线程对象，是hibernate持久化操作的关键对象，所有的持久化对象必须在Session管理下才可以进行持久化操作。此对象的生命周期极短，底层封装了JDBC连接。Session对象持有一个必选的一级缓存，显式执行flush()之前，所有持久化操作的数据都缓存在Session对象处。
持久化对象：系统创建的POJO实例，一旦与特定的Session关联，并对应数据表的指定记录，该对象就处于持久化状态，这一系列对象都被称为持久化对象。在程序中对持久化对象执行的修改，都将自动被转换为持久层的修改。持久化对象完全可以是普通的JavaBean,唯一特殊的是他们正与一个Session关联。
事务（transaction）：具有数据库事务的概念，Hibernate事务是对底层具体的JDBC、JTA、以及CORBA事务的抽象，在某些情况下，一个Transaction之内可能包含多个Session对象。虽然事务操作是可选的，但所有持久化操作都应该在事务管理下进行，即便是只读操作。
连接提供者（ConnctionProvider）：生成JDBC连接的工厂，通过抽象将应用程序与底层的DataSource或DriverManager隔离开，该对象无须应用程序直接访问，仅在应用程序需要扩展时使用。注：实际开发中，很少有采用DriverManager来获取数据库连接， 通常都会使用DataSource来获取数据库连接。
事务工厂（TransactionFactory）：是生成Transaction对象实例的工厂，该对象无须应用程序直接访问，它负责对底层具体的事务实现进行封装、将底层具体的事务抽象成Hibernate事务。
Hibernate实体类中有三种状态：
瞬时状态，持久化状态与游离状态。
瞬时状态：对象由new操作符创建，且尚未与Hibernate Session关联的对象，被认为处于瞬态。瞬态对象不会被持久化到数据库中，也不会被赋予持久化标示，如果程序中失去了瞬态对象的引用，瞬态对象将被垃圾回收机制销毁。使用Hibernate session可以让其变为持久化状态。
持久化：持久化实例在数据库中有对应的记录，并拥有一个持久化标识（identifier），持久化的实例可以是刚保存的。也可以是刚被加载的。无论那种，持久化对象都必须与指定的Hibernate Session关联。Hibernate会检测到处于持久化状态对象的改动，在当前操作执行完成时将对象数据写回数据库。开发者不需要手动执行UPDATE。
游离：某个实例曾经处于持久化状态，但随着与之关联的session被关闭，该对象就变成游离状态了。游离对象的引用依旧有效，对象可以继续被修改，只是不会同步到数据库中。如果重新让游离对象与某个session关联，该对象会重新转换为持久化状态。
引用原文：http://www.cnblogs.com/Spirit612/p/5053707.html
Hibernate的优点：
1、对象化。hibernate可以让开发人员以面相对象的思想来操作数据库。jdbc只能通过SQL语句将元数据传送给数据库，进行数据操作。而hibernate可以在底层对元数据和对象进行转化，使得开发者只用面向对象的方式来存取数据即可。
2、更好的移植性。hibernate使用xml或JPA的配置以及数据库方言等等的机制，使得hibernate具有更好的移植性，对于不同的数据库，开发者只需要使用相同的数据操作即可，无需关心数据库之间的差异。而直接使用JDBC就不得不考虑数据库差异的问题。
3、开发效率高。hibernate提供了大量的封装（这也是它最大的缺点），很多数据操作以及关联关系等都被封装的很好，开发者不需写大量的sql语句，这就极大的提高了开发者的开发效率。
4、缓存机制的使用。hibernate提供了缓存机制（session缓存，二级缓存，查询缓存），对于那些改动不大且经常使用的数据，可以将它们放到缓存中，不必在每次使用时都去查询数据库，缓存机制对提升性能大有裨益。
Hibernate的缺点：
一、由于对持久层封装过于完整，导致开发人员无法对SQL进行优化，无法灵活使用JDBC的原生SQL，Hibernate封装了JDBC，所以没有JDBC直接访问数据库效率高。要使用数据库的特定优化机制的时候，不适合用Hibernate
二、框架中使用ORM原则，导致配置过于复杂，一旦遇到大型项目，比如300张表以上，配置文件和内容是非常庞大的，另外，DTO满天飞，性能和维护问题随之而来
三、如果项目中各个表中关系复杂，表之间的关系很多，在很多地方把lazy都设置false，会导致数据查询和加载很慢，尤其是级联查询的时候。
四、Hibernate在批量数据处理时有弱势，对于批量的修改，删除，不适合用Hibernate,这也是ORM框架的弱点。
引用原文：https://blog.csdn.net/nwpu_geeker/article/details/79029529
hibernate框架学习案例：
https://blog.csdn.net/ip_JL/article/details/81529658
https://blog.csdn.net/ip_JL/article/details/81546057
https://blog.csdn.net/ip_JL/article/details/81563285