数据权限系统

Posted 2022-11-26 骆宏

在之前写过一篇关于菜单权限系统的设计，所以为了完善整个权限系统的模型，决定把数据权限也做一个总结。菜单权限管理系统

目标

实现对数据的权限控制。简单的来说，就是决定谁可以操作（增删改查）哪些数据。

该权限模型的适用范围

该模型目前在一些常用的管理平台得到的验证与实施，目前已应用在多个公司产品中，主要场景是CRM类项目。

核心难点

数据权限的主要难度在于查询的性能、授权、鉴权，字段级别的控制。

比如在百万级别规模时，mysql如何实现秒级别的查询？

场景介绍：在之前设计该权限模型时，我们的项目遇到了一个核心的难题，sql的查询速度非常的缓慢！！！一个sql可能高达10S+。这对于用户而言，是无法接受的。所以我们尝试去优化sql的表设计，索引的优化，但是最终结果都摆阵下来。主要的问题是我们并没有足够抽象数据，导致百万级别的数据下，sql非常缓慢。这里面占时不需要考虑分库分表（百万级别的规模不足以使用该手段）。

百万级别的数据权限怎么授予用户？

场景介绍：面对如此大的数据量，如何授权用户权限呢？总不能是逐个分配的！！！

如何快速高效的进行数据鉴权呢？

场景介绍：这么大的数据量，在程序中不容易处理，必须借助于数据库的高效查询方案，但是怎么实现呢？

如何实现字段级别的权限控制？

场景介绍：字段级别的权限怎么控制？控制sql的生成逻辑？还是怎么处理呢？

权限模型的抽象

有了那么多的问题，我们先从权限模型入手，我们必须高度抽象化我们的权限系统，才有机会做到。

下面我们直接贴出一个图，介绍该模型的一些核心概念

我们根据上图所示，可以观察到下面的几个元素，分别是：权限实体，部门，角色，菜单权限。

其中菜单权限参考上面的链接

权限实体：这个是该权限模型的核心元素，也就是我们需要系统控制的数据。比如客户，订单，渠道，区域等。

部门：这个简单，就是一般的部门组织结构

角色：抽象的实体，用于快速分配权限相同权限给一批用户，与菜单权限的角色概念一致。

权限的查询模型

在上面的图中，不知道大家是否看到了一条sql

select xxx from xx_table where account in (xxx) and product_group in (xxx) and country in (xxx)

没错，这就是该模型的查询模型。其中account，product_group，country代表需要做权限控制的权限实体。

在这里面只是一个简单的模型，如果account或者country等数据量足够大时，我们会发现mysql in查询是会出现非常严重的查询性能的。比如account数据量规模为100W时...

引入部门组织结构，突破数据量的限制

还是看上图，我们有一个部门组织结构，我们可以想象下，比如总经理，自然是可以查看所有部门的数据。假设A部门经理，可以查看A部门以及子部门的数据。如果是普通的员工，只能查看自己账号下的数据。

下面我们给出一个部门组织结构图，并且给每个部分标志一个key，key的生成规则如下

1.根部门的key为数字10

2.根部门的直属部门的key为10 001，10 002，10 003...以此类推

3.其他的key生成逻辑和步骤2相同，唯一不同的就是key的长度变长了，比如：10 001 001，10 001 002

这里面我们给部门打上如下的key，为了方便介绍，我们还是贴图片

有了该模型，我们结合mysql的前置查询索引的特性（org like 'xxxx%'）

where org like '10%'

org like '10001%'

org like '10002%'

上面的查询，在mysql下，200W的数据规模，可以实现1S内响应！！！

如何授权

解决了查询的性能，其实授权也就很简单了。

授权我们一般根据员工的岗位来设定，普通员工，部门经理

普通员工：不需要单独授权，直接绑定员工工号即可

部门经理：设置该员工可以查看的部门（支持多个）

如何鉴权

鉴权和授权一般是相互的一个过程

1.判断该员工是否为部门经理

2.如果是，取出部门的key

3.添加到sql中，使用mysql前置like查询数据

字段权限的控制

字段权限的控制，我们直接针对接口编程，不要针对sql编程。

比如获取员工列表：我们只需要控制输出的字段属性即可。

为啥不针对sql编程？因为sql需要考虑各种join，字段是否缺失，关联的内容存储在其他表等情况

数据库的实现

1.识别权限实体

2.给权限实体加上一个工号字段，一个部门字段，比如:emp_id，org_key

3.查询时，先获取员工的角色权限，如果是部门经理，那么获取对应的key列表

4.构建sql，加入部门或者工号的sql片段

• org_key lik '10 001%' or org_key like '10 002%'，这是部门的sql
• emp_id = 'xxx'，这是普通员工的sql

总结

设计好一个权限系统，说难不难，但是也不简单。

主要的难点在于

1.识别出你需要控制的数据（权限实体）

2.高效的查询效率与sql的索引相结合（这里面使用部门key与sql的前置查询）

应用于扩展

该模型设计简单，具备一定的普遍性，所以在设计时，我们可以根据不同的系统去进行演进与扩展。大家有兴趣的可以思考下