mybatisplus多租户,mybatisplus多租户插件改写
java低代码开发平台有哪些？
java低代码开发平台，能快速开发，节省人工成本，提高开发效率。
国内快速开发平台如目前流行的低代码快速开发平台（如有天翎 ?，普元，天纵，等厂家）myApps微服务架构，多租户模式，门户集成，单点登录，移动端（企业微信，钉钉，APP），功能模板都是可视化配置（如表单引擎，视图引擎，流程引擎，报表引擎，像操作word或Excel，扩展性强，提供源代码，支持国产数据库，操作系统（（瀚高，达梦，统信，中标麒麟等）如天翎java平台后端核心框架：Spring MVC+SpringBoot2.X，视图框架：Spring MVC，缓存框架：Ehcache+Redis，持久层框架：Hibernate+JDBC+File System Serilizable，安全框架：Spring security+antisamyt等
spring boot + MyBatisPlus 一对多、多对一、多对多的解决方案
在学习MyBatisPlus 时，简单的查询非常简单，只需继承了相关类，就能够进行增删改。但是在实际运用时，对象之间的关系非常复杂，一对多、多对一、多对多。网上查询了大量资料都无法解决此问题。
难道要把所有的用Mybatis的重写一次？
重写一次Plus的方法还能不能用？
实在没办只能查看官网在注解处找到了可能的解决方案
@TableName注解可以设置对应的resultMap 看到这里我想是不是，在Mapper中设置好resultMap，map中使用association、或者collection就能解决了。结果是可以的，上图：
实体类
mapper
rest效果
完美解决！！！
Spring Boot（十二）：MyBatis-Plus的多数据源和分页
同一个项目有时会涉及到多个数据库，这时我们就要配置多个数据源。配置多数据源的常见情况有以下两种：
1）同一个项目中涉及两个或多个业务数据库，它们之间相互独立，这种情况也可以作为两个或多个项目来开发
2）两个或多个数据库之间是主从关系，主库负责写，从库负责读
1、pom.xml配置
在pom.xml中增加MyBatis-Plus多数据源依赖：
2、配置文件配置
在配置文件application.yml中配置我们需要连接的数据库：blog和user，默认为blog
3、启动类配置
在@SpringBootApplication注解上增加exclude = DruidDataSourceAutoConfigure.class配置：
这个配置的作用是去掉对DruidDataSourceAutoConfigure的自动配置，否则程序会报错：
原因：
DruidDataSourceAutoConfigure在DynamicDataSourceAutoConfiguration之前，其会注入一个DataSourceWrapper，会在原生的spring.datasource下找url, username, password等，而我们动态数据源的配置路径是变化的。
4、实体类和dao层配置
在po文件夹下创建blog和user文件夹，分别用于存储blog数据库和user数据库的实体：
注解：
@TableName： 表名注解，标识实体类对应的表
@TableId： 主键注解，当type = IdType.AUTO时，表示这个主键是自增主键
在dao文件夹下创建blog和user文件夹，分别用于存储blog和user的dao：
注解：
@Repository： 将数据访问层（DAO层）的类标识为Spring Bean
@DS： 配置非默认数据源，本示例中blog为默认数据源，user为非默认数据源，在使用@DS注解时，有如下注意事项：
1）不能使用事务，否则数据源不会切换，使用的还是第一次加载的数据源
2）第一次加载数据源之后，第二次，第三次……操作其他数据源，如果数据源不存在，使用的还是第一次加载的数据源
3）数据源名称不要包含下划线，否则不能切换
5、测试验证
编写ArticleController和UserInfoController：
注 ： 业务逻辑复杂时，Controller和Mapper中间会有Service层来处理业务逻辑，现在我们就简单的测试一下多数据源，所以直接使用Controller调用Mapper了
1、配置分页插件
2、分页方法
1）使用MyBatis-Plus的selectPage方法
使用MyBatis-Plus的selectPage方法，返回了IPage，示例：
2）sql分页
有时候有些分页需要关联多张表，使用LambdaQueryWrapper不太方便，这时候可以自己写sql来实现分页，主要有两种：纯sql自己实现分页和使用IPage实现分页
注 ： 这里的sql示例就使用单表查询了，具体的可根据业务场景使用多表查询
A、纯sql自己实现分页
分页的数据list和总条数单独调用方法返回 ：
B、使用IPage实现分页（常用）
返回IPage，返回值的数据结构见“ 1）使用MyBatis-Plus的selectPage方法 ”
本文简单介绍了一下MyBatis-Plus的多数据源和分页，本文示例代码， 详见
若您觉得还可以，请帮忙点个 “赞” ，谢谢
阿里一手爆出：Springboot整合MybatisPlus（超详细）完整教程
开发工具：idea2019.2,maven3
建表：
执行GeneratorCodeConfig.java文件，输入表名user：
解决方法：在数据库连接中配置添加allowPublicKeyRetrieval=true
查看生成的文件；
启动springboot的application启动类：会报错，提示找不到mapper文件，我们需要在springboot启动类上添加扫描mapper的注解：
UserController.java中新增接口：
postman测试：
没问题。
上面是mybatisplus测试成功，下面我们继续测试我们自己写的sql是否成功。
在resources目录下新建mapper文件夹，新建UserMapper.xml文件：
UserMapper.java
IUserService:
UseServiceImpl.java:
UserController.java:
测试findAllUser接口：
常用的工具类：
ResultInfo.java
Status.java
一份详尽的yml配置文件(关于数据源的配置比较详尽)：
总结：
所有的面试题目都不是一成不变的，特别是像一线大厂，上面的资料只是给大家一个借鉴作用，最主要的是给自己增加知识的储备，有备无患。最后给大家分享Spring系列的学习笔记和面试题，包含spring面试题、spring cloud面试题、spring boot面试题、spring教程笔记、spring boot教程笔记、最新阿里巴巴开发手册（63页PDF总结）、2022年Java面试手册。一共整理了1184页PDF文档。私信博主（777）领取，祝大家更上一层楼！！！
原文作者：易水寒
原文出处：
JeeCGBoot低代码开发平台，强大的代码生成器前后端一起生成
今日推荐：JeeCGBoot低代码开发平台
推荐理由：
1、前后端实现分离架构，通过API调用，实现架构解耦
2、项目集成SpringBoot、SpringCloud的Spring全家桶
3、在线实现开发，表单开发设计、报表配置、在线图表设计、在线设计流程、流程自动化、插件能力等
4、系统集成了工作流，实现扩展任务接口。
5、解决java项目的70%的重复工作
6、最重要的是技术售后的完善，有完善的开发文档，常见问题，交流群
适用场景
1、内部办公系统OA
2、企业资源计划系统ERP
3、客户关系管理系统CRM
4、企业信息管理系统
5、电商SAAS系统
功能特色：
1、支持微服务SpringCloudAlibab全家桶
2、前后端高效代码生成器，单表，一对多模型，CRUD等功能一键生成
3、低代码图表功能，在线设计图表无需编码，实现曲线图，柱状图，数据报表等自定义排版布局
4、封装各种工具类，如定时任务，短信接口邮件发送，excel导入，文件上传下载等
5、支持查询过滤器，动态拼装SQL追加查询条件
6、实现数据权限，控制到行级，列表级，表单字段级，实现不同人看不同数据
7、支持SAAS服务模式，提供多租户的架构方案
8、数据库兼容主流Mysql、PostgreSql、Oracle、SQLServer、MariaDB等主流数据库，一套代码兼容主流
9、集成了Activiti工作流
10、支持单点登录CAS集成方案
11、接口统一采用restful接口方式，集成了Swagger-ui在线接口文档
技术架构：
后台环境：
Java8+Maven+Mysql+Redis
后台开发技术
springBoot2+SpringCloudAlibaba+MybatisPlus+Jimurport+ApacheShir
前端：
Vue2.6+Axios
微服务架构图：
后台操作图：
支持手机端
MyBatis-Plus 使用这么方便，底层是如何处理的呢？
MyBatis-plus是完全基于MyBatis开发的一个增强工具，是在MyBatis的基础上做增强的框架，为简化开发、提高效率而生。
它在MyBatis原本的框架上增加了很多实用性功能，比如乐观锁插件、字段自动填充功能、分页插件、条件构造器、sql 注入器等等。使用 MyBatis-plus 可以完全不写任何 XML 文件，直接使用继承了BaseMapper 接口的类对象完成对数据库的映射操作
基于映射的原理，MyBatis-plus 必然要实现 Mapper中的方法与 SQL 语句的对应转化，以下即为 MyBatis-plus 重要流程图例
1.在 MyBatis-plus 中， MybatisPlusAutoConfiguration 自动配置类的 sqlSessionFactory() 方法为 Spring提供创建 sqlSession 的工厂类对象，对 sqlSessionFactory 进行定义的定义类变为了 MybatisSqlSessionFactoryBean 。
在 sqlSessionFactory() 方法中，除了注入 MyBatis本身的组件，还会注入MyBatis-plus 的 主键生成器、SQL 注入器等组件，最后通过 MybatisSqlSessionFactoryBean#getObject() 方法获取到 sqlSessionFactory 对象
2. MybatisSqlSessionFactoryBean#getObject() 执行懒加载策略，最后通过 buildSqlSessionFactory() 方法创建 SqlSessionFactory 工厂类对象。这个方法的流程很长，不过大致可以分为两个步骤：
3. MybatisXMLConfigBuilder#parse() 会去解析配置文件，最后会调用到其内部方法 mapperElement() 。这个方法完成解析 Mapper工作，并将其添加到配置类 MybatisConfiguration 中
4. MybatisConfiguration#addMapper() 方法其实是去调用 MybatisMapperRegistry#addMapper() 方法，其核心是 MybatisMapperAnnotationBuilder#parse()
5. MybatisMapperAnnotationBuilder#parse() 方法真正开始完成 Mapper 接口中的方法与 SQL 语句的映射，其中 parseStatement() 方法是解析 @Select/@Update 等注解写入的 SQL语句，而代码 GlobalConfigUtils.getSqlInjector(configuration).inspectInject(assistant, type ) 通过 MaBatis-plus的 SQL 注入器完成 Mapper 方法与 SQL 语句的转化
6. AbstractSqlInjector#inspectInject() 会完成 BaseMapper 接口中提供的通用方法对应的 SQL 语句准备，这部分主要通过 AbstractMethod#inject() 方法完成
7. AbstractMethod#inject() 方法并没有什么特别的操作，只是调用其子类实现 injectMappedStatement() 方法。以 SelectOne#injectMappedStatement() 为例，其 SQL 语句的核心在于 SqlMethod 类，这个枚举类中缓存了可以动态拼接的 SQL 语句脚本，只需要填上参数 format 就可以得到 SQL 语句的执行脚本。
以上过程结束，只需要将所有信息通过 addInsertMappedStatement() 方法封装成 MappedStatement 对象并将其加入到容器中，这样 Mapper接口方法调用时，就可以通过 动态代理 的方式找到其对应执行的 SQL 脚本，至此 SQL 语句准备及配置解析就完成了。
最后拼接的 SQL 语句 脚本形式如下示例，实际执行数据库操作时会解析这个脚本完成变量替换，从而得到可执行的 SQL 语句
8. SqlSessionFactory 对象的创建需要回到 MybatisSqlSessionFactoryBean#buildSqlSessionFactory() 方法中，很容易追踪到 MybatisSqlSessionFactoryBuilder#build() 方法，最后其实是通过 SqlSessionFactoryBuilder#build() 方法创建了一个 DefaultSqlSessionFactory 对象返回
1. @MapperScan 注解通过 @Import(MapperScannerRegistrar.class) 引入扫描注册的类 MapperScannerRegistrar ，该类实现了 ImportBeanDefinitionRegistrar 接口并重写 registerBeanDefinitions() 方法，在该方法中注册了 MapperScannerConfigurer 类
2. MapperScannerConfigurer 是 Mapper接口的扫描配置类，实现了 BeanDefinitionRegistryPostProcessor 接口，其 postProcessBeanDefinitionRegistry() 方法会在容器启动过程中被回调，通过 ClassPathMapperScanner#scan() 方法完成 Mapper 的扫描注册
3. ClassPathMapperScanner#processBeanDefinitions() 将扫描到的 Mapper接口生成的对应 BeanDefinition 的 beanClass 属性替换为 MapperFactoryBean ，这样每次获取 Mapper 实例实际是通过 MapperFactoryBean 的实例去获取
此处体现了 FactoryBean 的定位，即用于获取同一类 bean 的工厂 bean。
4. @Autowired 自动注入 Mapper 触发容器获取 bean 的方法，调用到 MapperFactoryBean#getObject() 方法，最终调用到 sqlSessionTemplate#getMapper() 方法
5.MyBatis-plus 使用的配置类是 MybatisConfiguration ，最终调用到 MybatisMapperRegistry#getMapper() 方法，这里就进入了动态代理获取 MapperProxy 实例的流程
6. MybatisMapperProxyFactory#newInstance() 方法给自动注入返回一个 MybatisMapperProxy 代理对象
7.调用 Mapper 接口的方法触发代理对象的 MybatisMapperProxy#invoke() ，此时根据 Mapper 对象被调用的方法生成 MybatisMapperMethod 对象，通过 MybatisMapperMethod#execute() 去真正地执行 SQL 语句，从而完成数据库操作。