Commit df6d63068d9671903908920cc7ffd4d3089ce29a
Committed by
Gitee
Gitee
1 parent
f59119bf
fix：修改第1点描述错误， 【用户看到 】改为 【用户看不到】
Signed-off-by: Syriana钟亨 <4916681+sairupe@user.noreply.gitee.com>
Showing
1 changed file
with
1 additions
and
1 deletions
yudao-framework/yudao-spring-boot-starter-biz-data-permission/src/main/java/cn/iocoder/yudao/framework/datapermission/core/rule/dept/DeptDataPermissionRule.java
| @@ -36,7 +36,7 @@ import java.util.Set; | @@ -36,7 +36,7 @@ import java.util.Set; | ||
| 36 | * 注意，使用 DeptDataPermissionRule 时，需要保证表中有 dept_id 部门编号的字段，可自定义。 | 36 | * 注意，使用 DeptDataPermissionRule 时，需要保证表中有 dept_id 部门编号的字段，可自定义。 |
| 37 | * | 37 | * |
| 38 | * 实际业务场景下，会存在一个经典的问题？当用户修改部门时，冗余的 dept_id 是否需要修改？ | 38 | * 实际业务场景下，会存在一个经典的问题？当用户修改部门时，冗余的 dept_id 是否需要修改？ |
| 39 | - * 1. 一般情况下，dept_id 不进行修改，则会导致用户看到之前的数据。【yudao-server 采用该方案】 | 39 | + * 1. 一般情况下，dept_id 不进行修改，则会导致用户看不到之前的数据。【yudao-server 采用该方案】 |
| 40 | * 2. 部分情况下，希望该用户还是能看到之前的数据，则有两种方式解决：【需要你改造该 DeptDataPermissionRule 的实现代码】 | 40 | * 2. 部分情况下，希望该用户还是能看到之前的数据，则有两种方式解决：【需要你改造该 DeptDataPermissionRule 的实现代码】 |
| 41 | * 1）编写洗数据的脚本，将 dept_id 修改成新部门的编号；【建议】 | 41 | * 1）编写洗数据的脚本，将 dept_id 修改成新部门的编号；【建议】 |
| 42 | * 最终过滤条件是 WHERE dept_id = ? | 42 | * 最终过滤条件是 WHERE dept_id = ? |