数据库隔离方案
- 系统默认为字段隔离，若后续业务扩张起来，可以考虑开启数据库隔离插件
- 开启数据库隔离后原先的代码几乎不需要变动，可以通过注解或者全局切面来控制数据库隔离的业务表
- 为了成本考虑，BladeX设计了适应中国式多租户需求的解决方案。可以在前期资源较紧张的时候配置一个数据库所有租户，或者5个数据库平分所有租户
- 当然等后期业务扩张完毕，系统资金到位，可以配置为一个数据库一个租户，又因为默认采用字段隔离为辅助，这对后续数据库迁移、数据汇总统计带来极大的便利
数据库隔离注解配置
- 开启数据库隔离配置
# 租户表维护
blade:
#多租户配置
tenant:
#动态数据源功能
dynamic-datasource: true
......................
- 启动服务（以BladeX-Boot工程为例），若控制台看到如下日志则说明数据库隔离配置启动成功
- 前往 研发工具->数据源管理 进行租户数据源的配置（boot工程默认连接的是bladex_boot数据库，这里我们设置租户的数据源为bladex库）
- 前往 系统管理->租户管理 配置刚刚新建的tenant_000000数据源
- 修改两个数据库的blade_notice表，令两个库表数据不同
- 在
NoticeController头部增加注解@TenantDS，这样便可以指定该控制器下所有方法都走对应租户绑定的数据库（底层控制若查找不到对应的数据库则会使用master数据库）
- 重启工程，可以看到增加初始化了租户ID为000000的数据源
- 访问列表，发现列表返回的是刚刚配置的租户ID为000000库的数据
- 取消注解
@TenantDS，再次启动服务，访问列表会发现数据切换回了master源
数据库隔离全局配置
- 开启数据库全局隔离配置
# 租户表维护
blade:
#多租户配置
tenant:
#动态数据源功能
dynamic-datasource: true
#动态数据源全局扫描
dynamic-global: true
......................
- 接着上一节保持
@TenantDS注解为注释状态
- 重启服务，访问列表，可以看到又切换回了刚刚配置的租户ID为000000库的数据
- 这样一来，全局的操作都会进行租户数据源的切换了，非常方便。但是有些情况，一些业务表必须要用到master数据源，如果全局都切换必然是不符合中国式需求的
- 对于这种情况，BladeX提供了一个排除的注解
@NonDS，加上之后就不会受全局插件的影响了
- 重启服务并访问列表，可以看到又回到了master数据源
后记
