Hibernate的基于Entity对象模型的数据ORM映射管理门槛较高，深度应用比较复杂；移植...
Hibernate的基于Entity对象模型的数据ORM映射管理
- 门槛较高，深度应用比较复杂；
- 移植性好，兼容不同的数据库的操作；
- 数据访问层操作简单，基于HQL操作更加面向对象；
- 级联操作比较方便
Mybatis 的基于原生SQL的数据ORM映射管理
- 使用简单，便于快速上手；
- 迁移性太差，基于本地化的原生SQL操作；
- 访问粒度较小，复杂情况下的使用更佳灵活，方便；
- 繁琐的SQL维护，尤其是通用性的重复语句；
JPA不属于ORM框架，只是一套持久化API使用规范，能够更加灵活方便的管理数据库操作。从一定意义上来讲，吸取了Hibernate和Mybatis各自的优缺点，兼容并举的达到了一个相对完美的平衡。
JpaRepository 基于约定的方法名查询规范：
@Query 注解查询规范（支持HQL／SQL）：
Specification API进行复杂组合条件查询：
附录一个超简单的使用场景事例，用于描述SpringDataJPA的操作（仅用于说明，哈哈哈）：
Entity和DB的映射文件：UserInfo
应用于业务场景的DTO包装：UserDTO
Entity和DTO的映射工具：UserMapper
SpringDataJPA数据库操作类：UserRepository
业务逻辑层的Service：UserService
如下提供更加复杂，强大的使用场景实例：
返回列表并排序：
Top1查询：
HQL修改删除操作：
count统计数量：
in查询操作：
HQL组合查询，并赋值到DTO组装类：
原生SQL复杂统计查询：
HQL组合，in查询
满足你能想象到的，用到的各种组合，除非到了万不得已，需要代码层面的高级组合查询。那个时候你就可以使用代码层面，灵活的自定义组合查询。不过80%的情况，使用JpaRepository的API已经足够了。
Repository.findAll((root, criteriaQuery, criteriaBuilder) -> {}版权声明
本文仅代表作者观点，不代表百度立场。
本文系作者授权百度百家发表，未经许可，不得转载。
上一篇：Docker 修改默认存储路径的一个方法 下一篇：人脸检测算法之 S3FD
