使用 MySQL：MySQL依赖配置+实体建模+实体持久化+MySQL 测试

使用数据库是开发基本应用的基础。借助于开发框架，我们已经不用编写原始的访 问数据库的代码，也不用调用JDBC (Java Data Base Connectivity)或者者连接池等诸如此 类的被称作底层的代码，我们将在高级的层次上访问数据库。而Spring Boot更是突破 了以前所有开发框架访问数据库的方法，在史无前例的更加高级的层次上访问数据库。 由于Spring Boot包含一个功能强大的资源库，为使用Spring Boot的开发者提供了更加 简便的接口进行访问。
本章将详情怎么使用传统的关系型数据库，以及近期一段时间异军突起的NoSQL (Not Only SQL)数据库。

本章的实例工程使用了分模块的方式构建，各模块的定义如表2-1所示。image.png

2.1使用 MySQL
对于传统关系型数据库来说，Spring Boot使用JPA ( Java Persistence API)资源库Ordinary Java Object)提供持久化的标准规范,即将Java的普通对象通过对象关系映射来实现对数据库的操作，使用MySQL也是如此。简单地说，JPA就是为POJO ( Plain(Object-Relational Mapping, ORM)持久化到数据库中。

2.1.1MySQL依赖配置

为了使用JPA和MySQL,首先在工程中引入它们的Maven依赖，如代码清单2-1 所示。其中，指定了在运行时调用MySQL的依赖。image.png
2.1.2实体建模

首先创立少量普通对象，用来与数据库的表建立映射关系，接着演示如何使用JPA 对数据库进行增删查改等存取操作。

如果现在有三个实体：部门、客户和角色，并且它们具备肯定的关系，即一个客户 只能隶属于一个部门，一个客户可以拥有多个角色。它们的关系模型如图2-1所示。image.pngSpring Boot的实体建模与使用Spring框架时的定义方法一样，同样比较方便的是使用了注解的方式来实现。
部门实体的建模如代码清单2-2所示，其中注解?Table指定关联的数据库的表名，注解@Id定义一条记录的唯一标识，并结合注解@GeneratedValue将其设置为自动 生成。部门实体只有两个字段：id和nameo程序中省略了 Getter和Setter方法的定义,这些方法可以使用IDEA的自动生成工具很方便地生成。image.png客户实体包含三个字段：id、name和createdate,客户实体建模如代码清单2-3所 示。其中注解@ManyToOne定义它与部门的多对一关系，并且在数据库表中用字段did 来表示部门的ID,注解@ManyToMany定义与角色实体的多对多关系，并且用中间表 user_role来存储它们各自的ID,以表示它们的对应关系。日期类型的数据必需使用注 解@DateTimeFormat来进行格式化，以保证它在存取时能提供正确的格式，避免保存 失败。注解@JsonBackReference用来防止关系对象的递归访问。image.png角色实体建模比较简单，只需按设计的要求，定义id和name字段就可，当然同样必需保证id的唯一性并将其设定为自动生成。角色实体的建模如代码清单2-4所示。image.png

2.1.3实体持久化
通过上面三个实体的定义，实现了使用Java的普通对象（POJO）与数据库表建立映射关系（ORM）,接下来使用JPA来实现持久化。客户实体使用JPA进行持久化的例子如代码清单2.5所示。它是一个接口，并继承于JPA资源库JpaRepository接口 ,使用注解?Repository将这个接口也定义为一个资 源库，使它能被其余程序引用，并为其余程序提供存取数据库的功能。
使用相同的方法，可以定义部门实体和角色实体的资源库接口。接口同样继承于 JpaRepository接口，只需注意使用的参数是各自的实体对象就可。

image.png
这样就实现存取数据库的功能了。现在可以对数据库进行增删查改、进行分页查询 和指定排序的字段等操作。

或者许你还有疑问，我们定义的实体资源库接口并没有声 明一个方法，也没有对接口有任何实现的代码，甚至连一条 SQL查询语句都没有写，这怎样可能？
是的，使用JPA就是可以这么简单。我们来看看JpaRe?pository 的继承关系，你也许会明白少量。如图2-2所示， JpaRepository 继承于 PagingAndSortingRepository,它提供 了 分页和排序功能，PagingAndSortingRepository 继承于 Crud- Repository,它提供了简单的增删查改功能。

由于定义的接口继承于JpaRepository,所以它传递性地继承上面所有这些接口，并 拥有这些接口的所有方法，这样就不难了解为何它包含那么多功能了。这些接口提供的 少量方法如下：

image.pngimage.png

JPA还提供了少量自己设置公告方法的规则，例如，在接口中使用关键字findBy、 readBy. getBy作为方法名的前缀，拼接实体类中的属性字段（首个字母大写），并可选 择拼接少量SQL查询关键字来组合成一个查询方法。例如，对于客户实体，下列查询 关键字可以这样使用：image.png

又如下列对客户实体类自己设置的方法公告，它们都是符合JPA规则的，这些方法也不用实现，JPA将会代理商实现这些方法。image.png
2.1.4MySQL 测试
现在，为了验证上面设计的正确性，我们用一个实例来测试一下。

首先，添加一个使用JPA的配置类，如代码清单2.6所示。其中@EnableTransac- tionManagement 启用了 JPA 的事务管理；@EnableJpaRepositories 启用了 JPA 资源库并 指定了上面定义的接口资源库的位置；@EntityScan指定了定义实体的位置，它将导入 我们定义的实体。注意，在测试时使用的JPA配置类可能与这个配置略有不同，这个配 置的少量配置参数是从配置文件中读取的，而测试时使用的配置类把少量配置参数都包 含在类定义中了。image.png
其次，在MySQL数据库服务器中创立一个数据库test,而后配置一个可以访问这 个数据库的客户及其密码。数据库的表结构可以不用创立，在程序运行时将会按如实 体的定义自动创立。假如还没有创立一个具备完全权限访问数据库test的客户，可以 在连接MySQL服务器的查询窗口中执行下面指令，这个指令假设你将在本地中访问数 据库。image.png
而后，在Spring Boot的配置文件application.yml中使用如代码清单2-7所示的配置，用来设置数据源和JPA的工作模式。image.png
配置中将ddl-atuo设置为叩date,就是使用Hibernate来自动升级表结构的，即如 果数据表不存在则创立，或者者假如修改了表结构，在程序启动时则执行表结构的同步 升级。
最后，编写一个测试程序，如代码清单2.8所示。测试程序首先初始化数据库，创
建一个部门，命名为“开发部”，创立一个角色，命名为admin,创立一个客户，命名 为user,同时将它的所属部门设定为上面创立的部门，并将现有的所有角色都分配给这 个客户。而后使用分页的方式查询所有客户的列表，并从查到的客户列表中，打印岀用 户的名称、部门的名称和第一个角色的名称等信息。image.png

好了，现在可以使用JUnit来运行这个测试程序了，在IDEA的Run/Debug Configuration配置中添加一个JUint配置项，模块选择mysql,工作目录选择模块所在 的根目录，程序选择dbdemo.mysql.test.MysqlTest,并将配置项目名称保存为mysqltest, 如图2-3所示。

用Debug方式运行测试配置项目mysqltest,可以在控制台中看到执行的过程和结 果。假如状态栏中显示为绿色，并且提醒“ All Tests passed”，则表示测试一律通过。 在控制台中也可以查到下列打印信息：image.png
这时假如在MySQL服务器中查看数据库test,不但可以看到表结构都已经创立了, 还可以看到上面测试生成的少量数据。
这是不是很激动人心？在Spring Boot使用数据库，就是可以如此简单和有趣。到 目前为止，我们不仅没有写过一条查询语句，也没有实现一个访问数据库的方法，但是 已经能对数据库执行所有的操作，包括一般的增删查改和分页查询。image.png