持久框架JPA

1.什么是JPA？

用于对象持久化的 API；

JPA规范：JPA本质是一种ORM规范，不是ORM框架，因为JPA并未提供ORM实现，他只是定制一些规范，提供一些编程的API接口。

Hibernate是实现：Hibernate除了作为ORM框架以外，他是一种JPA实现；

功能上说：JPA是Hibernate功能的一个子集。

2.JPA优势

标准化：简单易用，集成方便；可以媲美JDBC的查询能力；支持面向对象的高级特性

3.JPA三方面的技术

ORM映射元数据；JPA的API；查询语句（JPQL）

4.JPA的基本注解

@Entity：指出该java类为实体类，将映射到指定的数据库。

@Transient：忽略该属性，不需要映射到数据表的一列，否则默认为@Basic

@Temporal：在属性上调整精度，比如Date

@Table：加在类上，且常设置name属性用于指定数据库的表名

@Id：映射主键（放在getter方法之前）

@GeneratedValue：用于标注主键的生成策略，通过strategy属性指定；

@Column：属性name定义了被标注字段在数据库表中所对应字段的名称；unique表示该该字段是否为唯一标识，默认为false；

5.mybatis与Hibernate的区别

mybatis优势

• mybatis可以进行更为细致的SQl优化，可以减少查询字段；
• mybatis容易掌握，而Hibernate门槛较高

Hibernate优势

• Hibernate的DAO层开发比mybatis层简单，mybatis需要维护SQL和结果映射。
• Hibernate对对象的维护和缓存要比mybatis好，对增删改查的对象的维护要方便。
• Hibernate数据库移植性很好，mybatis的数据库移植性不好，不同的数据库需要写不同的SQL。
• Hibernate有更好的二级缓存机制，可以使用第三方缓存。mybatis本身提供的缓存机制不佳。

1. hibernate是全自动，而mybatis是半自动

hibernate完全可以通过对象关系模型实现对数据库的操作，拥有完整的JavaBean对象与数据库的映射结构来自动生成sql。而mybatis仅有基本的字段映射，对象数据以及对象实际关系仍然需要通过手写sql来实现和管理。

2. hibernate数据库移植性远大于mybatis

hibernate通过它强大的映射结构和hql语言，大大降低了对象与数据库(oracle、mysql等)的耦合性，而mybatis由于需要手写sql，因此与数据库的耦合性直接取决于程序员写sql的方法，如果sql不具通用性而用了很多某数据库特性的sql语句的话，移植性也会随之降低很多，成本很高。

3. hibernate拥有完整的日志系统，mybatis则欠缺一些

hibernate日志系统非常健全，涉及广泛，包括：sql记录、关系异常、优化警告、缓存提示、脏数据警告等;而mybatis则除了基本记录功能外，功能薄弱很多。

4. mybatis相比hibernate需要关心很多细节

hibernate配置要比mybatis复杂的多，学习成本也比mybatis高。但也正因为mybatis使用简单，才导致它要比hibernate关心很多技术细节。mybatis由于不用考虑很多细节，开发模式上与传统jdbc区别很小，因此很容易上手并开发项目，但忽略细节会导致项目前期bug较多，因而开发出相对稳定的软件很慢，而开发出软件却很快。hibernate则正好与之相反。但是如果使用hibernate很熟练的话，实际上开发效率丝毫不差于甚至超越mybatis。

5. sql直接优化上，mybatis要比hibernate方便很多

由于mybatis的sql都是写在xml里，因此优化sql比hibernate方便很多。而hibernate的sql很多都是自动生成的，无法直接维护sql;虽有hql，但功能还是不及sql强大，见到报表等变态需求时，hql也歇菜，也就是说hql是有局限的;hibernate虽然也支持原生sql，但开发模式上却与orm不同，需要转换思维，因此使用上不是非常方便。总之写sql的灵活度上hibernate不及mybatis。

        hibernate让你可以不写sql，这不单可以让你的应用更好移植到其他数据库，更主要是让程序员可以更专注与业务逻辑，更关注于数据和数据、对象和对象之间的关系。hibernate对一对多，多对多关系实现的是非常好的。很关键的一点，它支持lazy，可以让你的数据只在需要的时候被load，听起来非常美是不是？hibernate还有一个很牛的feature就是可以用HQL，这是完全可以把查询映射到你OO模型的查询语言，和ibatis等的映射比起来，还是要方便和感觉强大一些的。

如果这么看，似乎没有不用hibernate的道理，但其实不是的，强烈建议不用hibernate，尤其是需要处理大量数据或者大并发情况的网站服务，那么现在开始说hibernate的问题。

首先，hibernate把数据库和你隔离了，你不需要关注数据库是mysql还是oracle，hibernate来帮你生成查询的sql。但问题也来了，如果你就要用某种数据库特有的功能，或者你就要让查询的sql完全符合你的心意，这就难了。如果使用hibernate，虽然它也能对生成的查询进行一定程度的定制，但就有点隔靴搔痒了，而且你开发起来付出的代价可能更大。至于hibernate对native sql的支持，就像评论中有朋友提到的，其实也还是完善的，有兴趣的朋友可以看看。而且这种native sql还能返回non-managed entity，不走hibernate的cache，优化是能搞了，但如果你整个项目都这么搞，那还是ibatis对sql管理的好些。

第二，很多web服务，对cache的依赖是非常大的，hibernate自带的cache按理说也是很强大的，但是还是不能满足很多需求。

第三，hibernate的确是在你项目开始的时候给你节约了很多时间。但是它让你的业务逻辑模型和数据库模型互相依赖的程度太高了。这短期没有问题，但随着项目的变迁，这些都会改变，在维持这种紧紧耦合的关系的时候，你会发现你的代码特别脆弱，随便改一处数据库的schema，整个java项目可能要改几十处。而且现在mybatis的自动mapping做的也不差，开发起来也没多花多少时间。等项目进入中后期，你需要大量定制和优化查询的时候，mybatis的开发效率就胜出了。

6.@DynamicInsert和@DynamicUpdate

• @DynamicInsert属性:设置为true,设置为true,表示insert对象的时候,生成动态的insert语句,如果这个字段的值是null就不会加入到insert语句当中.默认false。比如希望数据库插入日期或时间戳字段时，在对象字段为空的情况下，表字段能自动填写当前的sysdate。
• @DynamicUpdate属性:设置为true,设置为true,表示update对象的时候,生成动态的update语句,如果这个字段的值是null就不会被加入到update语句中,默认false。

举例说明

@DynamicUpdate注解下Hibernate日志打印SQL：

说明：如果字段有更新，Hibernate才会对该字段进行更新

    Hibernate: update Cat set update_time=? where id=?

反之：

说明：不管字段有没有更新，Hibernate都会对该字段进行更新

    Hibernate: update Cat set update_time=?, cat_name=? where id=?  

 

@DynamicInsert注解下Hibernate日志打印SQL：

    Hibernate: insert into Cat (cat_name, id) values (?, ?)  

反之：

    Hibernate: insert into Cat (create_time, update_time, cat_name, id) values (?, ?, ?, ?)  

7.JPA中的getOne( )/findOne( )/findById( )的区别

• getOne来自JpaReposiroty接口，对于传入的标识则返回一个实体的引用；且取决于该方法的实现，可能会出现EntityNotFoundException，并会拒绝一些无效的标识；

          

• findById来自CrudRepository接口，通过它的id返回一个实体；

                    

• findOne来自QueryByExampleExecutor接口,返回一个通过Example匹配的实体或者null；

           

那他们的区别就是：（参考版本为：Spring Data JPA   2.1.8.RELEASE）

• getOne返回一个实体的引用，无结果会抛出异常
• findById返回一个Optional对象
• findOne返回一个Optional对象，可以实现动态查询