从个人开发角度来说，Spring Data JPA更好用，是因为开发起来更快。 但从团队角度，我们希望更好的维护性，spring data jpa就差一些，或者说对后期人的要求更高。 很容易出现这种情况： 监控系统发现某个慢查询了，运维把SQL发到开发群里，大家自查一下。此时很可能发现根本没人回应，都说没有这句SQL。然后运维定位到某个库，找到这个库的使用人，让他去看。他可能也就拿着SQL全局去搜，发现还是搜不到。 如果这个人责任心不强，可能就说 没找到这个SQL，责任心强调的，对Spring Data JPA熟悉点的，就要开始去分析这个SQL可能在哪里，然后找到对应的实现地方去修改。这就是Spring Data JPA在团队作战时候，容易引发维护成本高的真实场景。 P.S. 我开发自己独立产品的时候，还是喜欢用它的，因为自己再熟悉不过，不会有这样的场景。所以果断选择，但团队作战，...

上一篇我们介绍了在使用JdbcTemplate来做数据访问时候的多数据源配置实现。接下来我们继续学习如何在使用Spring Data JPA的时候，完成多数据源的配置和使用。 添加多数据源的配置先在Spring Boot的配置文件application.properties中设置两个你要链接的数据库配置，比如这样： spring.datasource.primary.jdbc-url=jdbc:mysql://localhost:3306/test1spring.datasource.primary.username=rootspring.datasource.primary.password=123456spring.datasource.primary.driver-class-name=com.mysql.cj.jdbc.Driverspring.datasource.seco...

在数据访问这章的第一篇文章《Spring中使用JdbcTemplate访问数据库》 中，我们已经介绍了如何使用Spring Boot中最基本的jdbc模块来实现关系型数据库的数据读写操作。那么结合Web开发一章的内容，我们就可以利用JDBC模块与Web模块的功能，综合着使用来完成一个适用于很多简单应用场景的后端应用了。 然而当我们有一定的开发经验之后，不难发现，在实际开发过程中，对数据库的操作大多可以归结为：“增删改查”。就最为普遍的单表操作而言，除了表和字段不同外，语句几乎都是类似的，开发人员需要写大量类似而枯燥的语句来完成业务逻辑。 为了解决这些大量枯燥的数据操作语句，诞生了非常多的优秀框架，比如：Hibernate。通过整合Hibernate，我们能够以操作Java实体的方式来完成对数据的操作，通过框架的帮助，对Java实体的变更最终将自动地映射到数据库表中。 在Hiberna...

在上一篇Spring中使用JdbcTemplate访问数据库 中介绍了一种基本的数据访问方式，结合构建RESTful API和使用Thymeleaf模板引擎渲染Web视图的内容就已经可以完成App服务端和Web站点的开发任务了。 然而，在实际开发过程中，对数据库的操作无非就“增删改查”。就最为普遍的单表操作而言，除了表和字段不同外，语句都是类似的，开发人员需要写大量类似而枯燥的语句来完成业务逻辑。 为了解决这些大量枯燥的数据操作语句，我们第一个想到的是使用ORM框架，比如：Hibernate。通过整合Hibernate之后，我们以操作Java实体的方式最终将数据改变映射到数据库表中。 为了解决抽象各个Java实体基本的“增删改查”操作，我们通常会以泛型的方式封装一个模板Dao来进行抽象简化，但是这样依然不是很方便，我们需要针对每个实体编写一个继承自泛型模板Dao的接口，再编写该接口的...