首先需要在配置文件中配置相关的信息,具体参考 【配置文件(特性配置)】 中的【用户自定义数据权限】
多数据源和单数据源是一样的,仅仅是数据源数量的不同,这里我们仅以单数据源为例。
首先在我们需要连接的数据源内,需要有业务id和云蛛系统用户id对应的表,不管是业务id和部门还是个人对应,最终落到数据表中都是业务id和云蛛系统的个人id一一对应,如下:
其中云yunzhu_userid这个是云蛛系统中的用户id,business_id则是该数据源中的业务id,即哪些用户可以有哪些业务数据的标识。
之后就是具体的数据表又或者view
这是一张具体的业务数据表,主要由name和value构成,而belong_id 则是我们上张表中的business_id,用于标识哪些数据属于哪些业务
这样用户和数据之间的关系就被关联了起来。而针对业务数据表中的belong_id 这个具体怎么设计这个是您来设计的,可以是上述说的一个int值,也可以是varchar值,诸如1,2,3,4这种格式的,都是可以的,因为这个业务数据值,是您自己设计又或者写SQL实现的。
那么具体逻辑是怎么实现的呢?
第一步:我们需要在配置文件中配置具体的信息。如下(此处只罗列关键信息):
jdbc.usermapping.user.yunzhu.column=yunzhu_userid
jdbc.usermapping.user.business.column=business_id
jdbc.usermapping.sql.business.alias=cobwebtimes_belong_id
jdbc.usermapping.sql=select yunzhu_userid,business_id from user_mapping
第二步:我们在我们的组件内配置相关需要数据源权限的SQL,比如:
select name,value
from table
where belong_id = cobwebtimes_belong_id
请一定注意,系统会自动甄别是否有 jdbc.usermapping.sql.business.alias 所设置的关键字如果有关键字,就会知道您启用了数据源权限。
第三步:系统如何运行?
系统组件得知自己要做数据源权限的时候,会取得云蛛系统自己的userid(该userid来自云蛛系统数据库的user_表中的userid字段),然后其会在用户数据源侧执行 jdbc.usermapping.sql 中所设定的SQL,userid会作为where条件传入,会以 jdbc.usermapping.user.yunzhu.column 中所设定的作为字段名称传入,同时会抽取 jdbc.usermapping.user.business.column 中的设定的字段作为业务id。
抽取出来的业务id,会在第二步中替换 jdbc.usermapping.sql.business.alias 所设置关键字 cobwebtimes_belong_id,从而完成数据权限。
第四步:如何设计?
这种数据权限的设计只需要设置,云蛛系统和您业务系统中的mapping关系,然后抽取这种mapping关系,进入实际表中抽取数据。具体的设计模式并不局限于上述这种简单模式,此处只是介绍最最简单的实现模式,已经工作模式。您可以参照这种模式,设计出适合自己的数据权限表结构。
4000520066 欢迎批评指正
All Rights Reserved 新浪公司 版权所有