概念
无论为数据操作赋予怎样的业务含义，其本质上仍然是数据的增删改查操作（如下图）。
image.png
随着业务的演进，逐渐衍生出精细化管理数据的诉求。我遇到的业务场景是在企业级数据管理中，对不同职级的员工展示不同的数据。我的业务上的诉求是对SELECT进行权限控制，对INSERT、UPDATE、DELETE没有权限限制要求。
数据权限实现的复杂度还是较高的，在叙述实现之前，我们先预设期望的结果： 能够将繁琐的细节都封装在内部逻辑中，对外部提供统一的接口调用。
相关设计理念可以参考我之前写的文章，《外观模式（封装交互，简化调用）》。
在这个模型中，我们可选切入点有：
- 用户层面进行业务逻辑判断（不推荐）
-
SQL层面上的抽象 - 数据库
视图（不推荐）
我在这里选择了使用SQL来完成数据权限的实现，通过SQL的组装来完成宽泛的数据权限的控制。
原型实现
背景：某超市拥有员工 5 名，其组织架构如下图。该小超市的信息化程度极高，已经拥有完备的移动版的CRM系统。
image.png
诉求：
- 店长可以看到所有的销售数据；
- 营业员可以看到自己的销售数据，但是不能看到别人的销售数据；
- 收银出纳可以看到所有人的销售数据；
- 采购库管不能看到销售数据；
先贴上原型实现，说明流程：
// 规则对象用于定义规则
// 这些规则包括用户定义和管理员定义
// 规则应可以序列化（此处省略）
public class RuleDataVO {
// 受众群体
private String audienceGroup;
// 规则实体
private String rule;
public RuleDataVO(String audienceGroup, String rule) {
this.audienceGroup = audienceGroup;
this.rule = rule;
}
public String getAudienceGroup() {
return audienceGroup;
}
public void setAudienceGroup(String audienceGroup) {
this.audienceGroup = audienceGroup;
}
public String getRule() {
return rule;
}
public void setRule(String rule) {
this.rule = rule;
}
}
public class SaleDataVO {
private Long userId;
private Long storeId;
private String goodName;
private Integer goodPrice;
public SaleDataVO(Long userId, Long storeId, String goodName, Integer goodPrice) {
this.userId = userId;
this.storeId = storeId;
this.goodName = goodName;
this.goodPrice = goodPrice;
}
public Long getUserId() {
return userId;
}
public void setUserId(Long userId) {
this.userId = userId;
}
public Long getStoreId() {
return storeId;
}
public void setStoreId(Long storeId) {
this.storeId = storeId;
}
public String getGoodName() {
return goodName;
}
public void setGoodName(String goodName) {
this.goodName = goodName;
}
public Integer getGoodPrice() {
return goodPrice;
}
public void setGoodPrice(Integer goodPrice) {
this.goodPrice = goodPrice;
}
@Override
public String toString() {
return goodName + ":" + goodPrice / 100.0;
}
}
// 用于模拟数据库操作
public class MockDataSource {
// 模拟销售数据库表
public static class SaleDataTable {
private static List<SaleDataVO> list = new ArrayList<>();
static {
list.add(new SaleDataVO(1L, 1L, "贝因美奶粉", 9800));
list.add(new SaleDataVO(1L, 1L, "毛巾", 2810));
list.add(new SaleDataVO(2L, 1L, "黑人牙膏", 3200));
}
public static List<SaleDataVO> retrieval(Long userId, RuleDataVO ruleDataVO) {
String ruleContent = ruleDataVO.getRule();
if (ruleContent != null) {
if (Objects.equals("自身", ruleContent)) {
// 如果检查是营业员
if (userId == 1 || userId == 2) {
return filter(userId);
} else {
return filter(null);
}
} else if (Objects.equals("本门店内", ruleContent)) {
return filter(1L, 2L);
} else if (Objects.equals("无", ruleContent)) {
return filter(null);
}
}
return filter(null);
}
private static List<SaleDataVO> filter(Long... userIds) {
List<SaleDataVO> saleDataVOS = new ArrayList<>();
if (userIds == null) return saleDataVOS;
for (SaleDataVO saleDataVO : list) {
for (Long userId : userIds) {
if (saleDataVO.getUserId().equals(userId)) {
saleDataVOS.add(saleDataVO);
break;
}
}
}
return saleDataVOS;
}
}
// 模拟规则库表
public static class RuleTable {
private static List<RuleDataVO> list = new ArrayList<>();
static {
list.add(new RuleDataVO("营业员", "自身"));
list.add(new RuleDataVO("店长", "本门店内"));
list.add(new RuleDataVO("收银出纳", "本门店内"));
list.add(new RuleDataVO("采购库管", "无"));
}
public static void add(RuleDataVO dataVO) {
list.add(dataVO);
}
public static RuleDataVO retrieval(String audienceGroup) {
for (RuleDataVO dataVO : list) {
if (dataVO.getAudienceGroup().equalsIgnoreCase(audienceGroup)) {
return dataVO;
}
}
return null;
}
}
}
public class Main {
public static void main(String[] args) {
System.out.println(MockDataSource.SaleDataTable.retrieval(1L, MockDataSource.RuleTable.retrieval("营业员")));
System.out.println(MockDataSource.SaleDataTable.retrieval(2L, MockDataSource.RuleTable.retrieval("营业员")));
System.out.println(MockDataSource.SaleDataTable.retrieval(3L, MockDataSource.RuleTable.retrieval("店长")));
System.out.println(MockDataSource.SaleDataTable.retrieval(4L, MockDataSource.RuleTable.retrieval("收银出纳")));
System.out.println(MockDataSource.SaleDataTable.retrieval(5L, MockDataSource.RuleTable.retrieval("采购库管")));
}
}
// 调用结果：
[贝因美奶粉:98.0, 毛巾:28.1]
[黑人牙膏:32.0]
[贝因美奶粉:98.0, 毛巾:28.1, 黑人牙膏:32.0]
[贝因美奶粉:98.0, 毛巾:28.1, 黑人牙膏:32.0]
[]
在这个原型上省略了不必要的复杂性（如DB操作，业务操作），仅关注规则的定义与解析过程。
原型上简单定义了自身 本门店内 无的语法规则，结合上下文判拼接处正确的SQL语句。
我理解的权限控制核心就在这里：定义语法规则解析并应用到SQL规范中。
- 后端上定义语法规则，预初始化入库，即完成数据权限的控制。
- 前端上定义语法规则（需考虑SQL注入问题），即时操作入库，即完成数据权限的控制；
上述是个非常简单的原型，说明了解题思路但是实际的可操作性不高。因此我们需要接着对它进行抽象。
抽象
指令：查询当天的销售数据；
环境：基于上下文参数推断出所属的资源，如：所属的公司、部门等；
权限：仅自身相关的数据、本部门内、本部门及下属部门、所有、无；
| 对象 | 环境 | 权限 | SQL |
|---|---|---|---|
| 营业员 | 好又多超市101分店 | 仅自身相关的数据 | uid=$uid |
| 收银出纳 | 好又多超市101分店 | 本部门及下属部门 | uid in $uids |
| 采购库管 | 好又多超市101分店 | 无 | uid = null |
| 店长 | 好又多超市101分店 | 本部门及下属部门 | uid in $uids |
实现步骤拆分
- 组织树
- 人
- 人与组织树
- 角色与功能权限
- 角色与数据权限
- 角色与人
- 应用权限规则
组织树
image.png
通常业务限定组织树的深度都不会过高，一般在5层以内。实现组织树的方式有多种：
- 递归方式
- 前序遍历树，参考无限级分类实现思路 (组织树的分级管理)
定义组织树目的是承载人的容器，通过将人分配到对应组织中完成上下文的联系。
image.png
通过将人分配到不同的部门中，即完成了人与组织的关系。这样我们就能通过上下文推导出人所具备的资源。
通过对组织的资源限制即可完成预初始化状态的SQL配置，如：
// 大老板
SELECT * FROM table;
// 李妲
SELECT * FROM table WHERE department in ('行政部','销售部');
// 李达
SELECT * FROM table WHERE department = '行政部';
// 肖雨
SELECT * FROM table WHERE store = '六盘水...;
解题步骤
* 添加组织（建设组织树）
* 添加人
* 添加功能权限
* 分配角色到功能权限
* 添加数据权限
* 分配角色到数据权限
* 分配人到组织
* 分配人到角色
目前整个数据权限管理流程已经做通了，具体的代码涉及业务细节就不贴出来了。
如果有各种疑问，欢迎提问。
