SpringBoot2数据库实例分析(springboot,数据库,开发技术)

  如果想要使用数据库连接池连接数据库进行SQL操作的话，在SpringBoot中需要经过如下三个步骤： 第一步： 导入jdbc开发的启动场景

第二步： 导入数据库驱动 之所以框架底层没有自动导入数据库的驱动，是因为不同的数据库使用的驱动不同，这需要用户根据自己的需要来进行选择。虽然框架没有对指定数据库驱动进行自动导入，但是对不同数据库驱动的版本都进行了版本仲裁，也就是说我们可以直接导入无需定义版本号。当然也可以自定义版本号，maven会根据自身的就近依赖原则导入自定义的版本

第三步： 配置数据库连接的配置文件

  SpringBoot框架中默认使用的是Hikari数据源，这也就意味着如果要是想要修改数据源的话，无非就是两种方法：自定义配置类、引入相应的启动器依赖再配置配置文件

第一步： 引入Druid的启动器依赖

第二步： 配置配置文件(选学，框架一般都有默认的配置)

  mybatis开发的时候有两种开发模式：使用配置文件进行开发、纯注解开发，二者各有优点。使用配置文件进行开发在处理更加复杂的SQL语句的时候逻辑更加清晰，纯注解开发比较适合简单的SQL语句，于是我们可以在开发的时候混合使用两种方法，这样可以大大提升开发效率。

第一步： 引入启动器依赖 小知识：SpringBoot官方的所有技术启动器的命名都是spring-boot-starter-xxx而第三方技术的启动器命名则是xxx-spring-boot-starter。值得注意的是：MyBatis的启动器内部引用了dbc开发的启动场景，所以无需重复引用

第二步： 编写mapper接口并标注@Mapper注解

第三步： 编写映射文件并绑定mapper接口

第四步： 在配置文件中指定之前MyBatis配置文件的各种信息

# mybatis的所有配置
mybatis:
mapper-locations: classpath:com.xiaochen.mapper/*.xml
# 所有的全局配置文件的配置项在这下面配置
configuration:
# 开启驼峰命名数据库中字段值的下划线‘_'加字母会被认为是大写
map-underscore-to-camel-case: true

第一步： 引入启动器依赖

第二步： 编写mapper接口并标注@Mapper注解，使用对应的注解进行SQL语句操作

  MyBatis-plus的启动器内部不止引用了dbc开发的启动场景，还导入了MyBatis的启动器，所以这两个都无需再重复引用 第一步： 引入启动器依赖

mapper层：

  编写mapper接口标注@Mapper注解，并继承BaseMapper类。这是MyBatis-plus的独有方式，这样做的好处是继承之后直接使用父类中已经写好的简单CRUD方法，但是一些复杂的SQL业务还是需要使用映射文件来实现的，进一步提高了代码开发的效率

  MyBatis-plus进行数据库表的增删改查的时候，默认把继承BaseMapper类时传进去的泛型名称当做表名去查找，如果泛型与数据库中的表名不对应的话，可以在实体类使用注解标识，除此之外注解还可以用来标识主键和非表中字段属性

  编写映射文件并绑定mapper接口(如果有的话)。MyBatis-plus自动配置好了默认的mapper-locations，也就是映射文件的存放位置为classpath:/mapper/**/*.xml，于是我们就按照它的默认规则在静态资源路径下mapper文件夹下。本案例中没有映射文件，于是就不创建

  如果有需要的话，还可以在配置文件中指定MyBatis-plus配置文件的各种信息

service层：

service接口继承IService类

  service的实现类先是继承ServiceImpl并传两个泛型(mapper接口，实体类)，然后实现service接口

controller层： 直接使用service继承类的简单方法

  MyBatis-plus的分页功能实现需要先自定义一个配置类，向容器中注册一个Interceptor

然后就可以像普通的CRUD操作一样，直接使用service继承类的分页的相关方法即可