一般的系统都有这么几张表,用户表(sys_user)、角色表(sys_role)、权限表(sys_permission),并且存在用户角色关联表(sys_user_role),角色权限关联表(sys_user_permission)。当建立一个角色的时候,往往需要绑定好几个权限,这个时候前端使用的是下拉框,绑定的关系一般放在中间关联表中。并且该关联表一般会设置唯一键,通常是两个表的id组成,并且对应的关系会有一个字段表示是否删除。
有这么一个场景:新建角色roleA的时候,选择权限 1,2 ,3,4,5。保存了,中间表中肯定会有5条数据。此时去修改这个角色,将该角色的权限改成4,5,6,7,8。这个时候我们在代码中应该如何处理呢?
解决问题的思路:
1.首先查出数据库中的该角色已有的权限id为1,2,3,4,5的dbList,该list中对象的delete_flag是false;
2.需要插入到中间表的数据是权限id为4,5,6,7,8的newList,该list中对象的delete_flag是false;;
3.用dbList.removeAll(newList),去除相同的数据(如何判断一个对象是否相同)。
4.假如去除成功,此时dbList就剩下1,2,3,并且delete_flag 是false,而这些数据是是不需要的。此时手动将delete_flag设为true。dbList.foreach(item ->item.setDeleteFlag(false));
5.然后newList.addAll(dbList);
6.获取到一个包含(1,2,3,4,5,6,7,8)的newList,并且1,2,3 的数据的delete_flag是true。
7.将newList中的数据插入到数据库中。(1,2,3 是原有的数据,此时执行插入操作,肯定会报错,类似DUPLICATE KEY)。
至于上面第三步的疑问,我们一般会重写实体对象SysUserRole的hashCode和equals的方法,比如我们可以跟数据库保持一致,认为sysUserId和sysRoleId相同,就认为是相同的。
至于上面第七步的疑问,我们在mybatis写mapper文件的时候,可以在插入的时候,加上
ON DUPLICATE KEY UPDATE,一旦键有冲突,那么执行更新操作。
import com.baomidou.mybatisplus.annotation.IdType;
import com.baomidou.mybatisplus.annotation.TableId;
import java.time.LocalDateTime;
import java.io.Serializable;
import java.util.Objects;
import lombok.Data;
import lombok.EqualsAndHashCode;
/**
* <p>
* 系统用户角色表
* </p>
*
* @author mybatis-plus
* @since 2021-10-13
*/
@Data
@EqualsAndHashCode(callSuper = false)
public class SysUserRole implements Serializable {
private static final long serialVersionUID = 1L;
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
SysUserRole that = (SysUserRole) o;
return Objects.equals(userId, that.userId) &&
Objects.equals(roleId, that.roleId);
}
@Override
public int hashCode() {
return Objects.hash(userId, roleId);
}
/**
* 主键id
*/
@TableId(value = "id", type = IdType.AUTO)
private Long id;
/**
* 用户id
*/
private Long userId;
/**
* 角色id
*/
private Long roleId;
/**
* 是否删除:0:否,1:是
*/
private Boolean deleteFlag;
}
<insert id="batchUpsert" parameterType="com.entity.SysUserRole">
INSERT INTO sys_user_role
(
user_id,
role_id,
delete_flag
)
VALUES
<foreach collection="list" item="item" index="index" separator=",">
(
#{item.userId},
#{item.roleId},
#{item.deleteFlag}
)
</foreach>
ON DUPLICATE KEY UPDATE
delete_flag = values(delete_flag),
update_time = values(update_time)
</insert>
经常遇到这种场景数据库中的某个字段的某个值,比如status字段:1表示啥,2表示啥,3表示啥。而我们程序中将这个字段改成枚举,会增加代码的可读性。mybatis-plus处理这类问题也是这样的,但是它内部多了一层转换,我们可以直接赋值枚举给实体,并且指定插入时,使用该枚举的哪个值,比如Enum(Integer key, String name),是用key,还是用value?mybatis-plus都封装好了。
import com.baomidou.mybatisplus.annotation.IdType;
import com.baomidou.mybatisplus.annotation.TableId;
import java.time.LocalDateTime;
import java.io.Serializable;
import lombok.Data;
import lombok.EqualsAndHashCode;
/**
* <p>
* 租户权限表
* </p>
*
* @author mybatis-plus
* @since 2022-02-21
*/
@Data
@EqualsAndHashCode(callSuper = false)
public class TenantPermission implements Serializable {
private static final long serialVersionUID = 1L;
/**
* 权限id
*/
@TableId(value = "id", type = IdType.AUTO)
private Long id;
/**
* 请求方法类型,1:get,2:post,3:put,4:delete
*/
private RequestMethodType requestMethod;
}
import com.baomidou.mybatisplus.annotation.IEnum;
public enum RequestMethodType implements IEnum<Integer> {
/**
* 权限类型 1.菜单 2.按钮 3.url 4.数据权限
*/
GET(1, "GET"),
POST(2, "POST"),
PUT(3, "PUT"),
DELETE(4, "DELETE");
private Integer key;
private String name;
RequestMethodType(Integer key, String name) {
this.key = key;
this.name = name;
}
public Integer getKey() {
return key;
}
public String getName() {
return name;
}
@Override
public Integer getValue() {
return key;
}
/**
* 根据KEY获取对应的枚举
*/
public RequestMethodType valueOf(Integer key) {
for (RequestMethodType type : RequestMethodType.values()) {
if (type.key.equals(key)) {
return type;
}
}
throw new RuntimeException("unknown , " + RequestMethodType.class.getSimpleName() + " value: " + key);
}
}
相应的配置:
mybatis-plus:
mapper-locations: classpath:/mapper/*.xml
type-aliases-package:
type-enums-package:
configuration:
log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
版权说明 : 本文为转载文章, 版权归原作者所有 版权申明
原文链接 : https://yangchuntao.blog.csdn.net/article/details/123074749
内容来源于网络,如有侵权,请联系作者删除!