数据权限系统

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

目标

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

该权限模型的适用范围

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

核心难点

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

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

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

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

场景介绍:面对如此大的数据量,如何授权用户权限呢?总不能是逐个分配的!!!

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

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

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

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

权限模型的抽象

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

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

数据权限系统_第1张图片

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

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

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

部门:这个简单,就是一般的部门组织结构

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

权限的查询模型

在上面的图中,不知道大家是否看到了一条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,为了方便介绍,我们还是贴图片

数据权限系统_第2张图片

有了该模型,我们结合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的前置查询)

应用于扩展

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

你可能感兴趣的:(设计模式,框架开发,权限管理)