欧美简约风格网站设计/如何免费自己创建网站

数据权限配置有两种方式：

1. 通过系统配置界面，实时配置生效。

2. 通过代码注解配置。

一、通过系统配置界面配置数据权限

  系统配置的数据权限是通过系统配置界面将配置信息保存在数据库，然后系统启动时，将配置信息保存到Redis缓存来实现的。

1、系统管理 > 权限管理 > 数据权限，一定要选择具体需要做数据权限的接口，然后点击新建。数据权限是控制获取数据的接口请求，不是系统菜单。

2、新增数据权限规则，以及配置参数说明

参数说明：

• 数据权限名称 ：自定义一个名称，方便查找和区分
• Mapper全路径 ：Mapper路径配置到具体方法名称，例：com.gitegg.service.system.mapper.UserMapper.selectUserList
• 数据权限类型 ：数据权限控制的不同范围，这里会和用户的角色配置相关联。实际是一个角色的数据权限范围，角色数据权限的可视范围。
  只能查看本人(实现原理是在查询条件添加数据表的creator条件)
  只能查看本部门 (实现原理是在查询条件添加数据表的部门条件)
  只能查看本部门及子部门 (实现原理是在查询条件添加数据表的部门条件)
  可以查看所有数据(不处理)
  自定义(添加where子条件)
• 权限主表 ：需要过滤据权限的关联表，比如此例中是查询用户信息，那么权限主表就是用户表和组织机构数据权限有关联的表。
• 权限主表别名 ：数据权限本质是通过自定义插件，实现SQL语句的拼接，从而过滤用户拥有的数据权限数据，所以在拼接SQL语句时，多表JOIN需要给表设置别名，那么这个字段就是设置权限主表的别名。
• 数据权限表 ：用于数据权限的配置表，本例中是指t_sys_data_permission_user表（这张表里存的是组织机构和用户的关联关系，在新建用户时，会选择用户的机构，那么默认该用户是拥有该机构的权限的，如果用户拥有多个机构的数据权限，那么在新建用户之后，用户列表后面的操作按钮中选择用户的多个机构数据数据权限。），如果数据权限表没有跟需要查询的数据权限有直接的关联关系，那么需要有其他中间表来关联，那么这个中间表就是需要配置的数据权限的主表。
• 数据权限表别名 ：拼接SQL语句时的表别名。
• 需排除的字段 ：列级数据权限，配置没有权限查看的字段，表示该数据权限配置查询的结果中需要去除的字段。
• 仅保留的字段 ：列级数据权限，配置有权限查看的字段，表示该数据权限配置查询的结果仅保留的字段。
• 自定义表达式 ：有时我们可能会对数据权限进行额外的限制，此字段是拼接在where条件后面的自定义语句（做好系统安全，如果这里随便配置，那么会有SQL注入的风险）。
• 状态 ：数据权限是否启用的标识。
• 备注 ：对此数据权限的备注信息。

3、配置适应执行数据权限的角色（和数据权限类型字段相匹配）

  通常，经典的RBAC模型中，我们角色是和资源权限相关联的，而在此处，我们将角色与数据权限类型相关联，就是在角色设计时，要考虑的就是这个角色可以查看的数据权限范围。通过配置可知，数据权限的控制是从两方面进行的，一方面是用户和组织机构的数据权限关联，一方面是角色和数据权限的类型关联的。
  数据权限插件控制数据权限的流程：数据权限插件在组装SQL时，首先通过前缀匹配查询mapper的statementId是否在缓存中，如果存在，那么取出当前用户角色相匹配的数据权限类型，组装好带有数据权限类型的DataPermission缓存Key，从缓存中取出数据权限配置。

二、通过注解配置数据权限

  通过注解的方式来实现数据权限配置，在开发人员进行开发的时候，可能显得方便一些，哪些接口需要进行数据权限，那么直接注解使用就可以了。但是，此种方法并不灵活，如果数据权限有变化，那么还需要修改代码并重新发布到线上环境。

1、在**Mapper.java中的接口增加@DataPermission注解

    /*** 查询用户列表* @param page* @param user* @return*/@DataPermission(dataTableName = "t_sys_organization_user", dataTableAlias = "organizationUser", dataPermissionType = "3", innerTableName = "t_sys_organization", innerTableAlias = "orgDataPermission")@DataPermission(dataTableName = "t_sys_organization_user", dataTableAlias = "organizationUser", dataPermissionType = "2", innerTableName = "t_sys_organization", innerTableAlias = "orgDataPermission")@DataPermission(dataTableName = "t_sys_organization_user", dataTableAlias = "organizationUser", dataPermissionType = "1", innerTableName = "t_sys_organization", innerTableAlias = "orgDataPermission")Page<UserInfo> selectUserList(Page<UserInfo> page, @Param("user") QueryUserDTO user);

2、@DataPermission注解参数说明

  @DataPermission注解中的配置参数，可以参考配置界面中的参数说明，实现的是相同功能，只是两者的实现方式不一样：配置界面是可以实时配置实时生效的，注解的方式是在代码中，每次代码运行时，会根据注解配置进行数据权限控制。

    /*** 需要做数据权限主表*/String dataTableName() default  "";/*** 需要做数据权限表的别名*/String dataTableAlias() default  "";/*** 数据权限需要排除的字段*/String dataColumnExclude() default  "";/*** 数据权限需要保留的字段*/String dataColumnInclude() default  "";/*** 数据权限表*/String innerTableName() default "t_sys_organization";/*** 数据权限表的别名*/String innerTableAlias() default "dpOrg";/*** 数据权限类型:1只能查看本人 2只能查看本部门 3只能查看本部门及子部门 4可以查看所有数据 5 自定义*/String dataPermissionType() default "";/*** 自定义数据权限类型*/String customExpression() default "";