Mybatis-Plus 常用注解

一、@TableName 注解

1.1 说明

        在使用 MyBatis-Plus 实现基本的 CRUD 时,我们并没有指定要操作的表,只是在 Mapper 接口继承 BaseMapper 时,设置了泛型 User,而操作的表为 user 表。

        由此得出结论,MyBatis-Plus 在确定操作的表时,由 BaseMapper 的泛型决定,即实体类型决定,且默认操作的表名和实体类型的类名一致

1.2 问题

        若实体类类型的类名和要操作的表的表名不一致,会出现什么问题?

        我们将表 user 更名为 t_user,测试查询功能程序抛出异常,Table 'mybatis_plus.user' doesn't exist,因为现在的表名为 t_user,而默认操作的表名和实体类型的类名一致,即 user 表。

1.3 使用 @TableName 解决

        在实体类类型上添加 @TableName,标识实体类对应的表,即可成功执行 sql 语句。

@Data
@TableName("t_user")
public class User {
    private Long id;
    private String name;
    private Integer age;
    private String email;
}

1.4 使用全局配置解决

        在实际开发的过程中,我们会经常遇到以上的问题,即实体类所对应的表都有固定的前缀,例如 t_ tbl_ 此时,可以使用 MyBatis-Plus 提供的全局配置,为实体类所对应的表名设置默认的前缀,那么就不需要在每个实体类上通过 @TableName 标识实体类对应的表,如下:

# 配置MyBatis日志
mybatis-plus:
  configuration:
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
  global-config:
    db-config:
    # 配置MyBatis-Plus操作表的默认前缀
      table-prefix: t_

二、@TableId 注解

2.1 说明

        MyBatis-Plus 在实现 CRUD 时,会默认将 id 作为主键列,并在插入数据时,默认基于雪花算法的策略生成 id

2.2 问题

        若实体类和表中表示主键的不是 id,而是其他字段,例如 uidMyBatis-Plus 会自动识别 uid 为主键列吗?

        我们将实体类中的属性 id 改为 uid,将表中的字段 id 也改为 uid,测试添加功能程序抛出异常,Field 'uid' doesn't have a default value,说明 MyBatis-Plus 没有将 uid 作为主键赋值,如下图:

2.3 使用 @TableId 解决

        在实体类中 uid 属性上通过 @TableId 将其标识为主键,即可成功执行 SQL 语句。

@Data
public class User {

    // 将属性所对应的字段指定为主键
    @TableId
    private Long uid;
    private String name;
    private Integer age;
    private String email;
}

2.4 @TableId 的 value 属性

        若实体类中主键对应的属性为 id,而表中表示主键的字段为 uid,此时若只在属性 id 上添加注解 @TableId,则抛出异常 Unknown column 'id' in 'field list',即 MyBatis-Plus 仍然会将 id 作为表的主键操作,而表中表示主键的是字段 uid。如下图:

        此时需要通过 @TableId 注解的 value 属性,指定表中的主键字段,@TableId("uid") @TableId(value="uid"),如下:

@Data
public class User {

    // 将属性所对应的字段指定为主键
    @TableId("uid") 
    private Long id;
    private String name;
    private Integer age;
    private String email;
}

2.5 @TableId 的 type 属性

        type 属性用来定义主键策略,现在默认的主键生成策略为雪花算法,如果我们现在不想要雪花算法了,想要主键自动递增,此时就需要使用 type 属性了。

描述
IdType.ASSIGN_ID(默认)基于雪花算法的策略生成数据 id,与数据库 id 是否设置自增无关
IdType.AUTO使用数据库的自增策略,注意,该类型请确保数据库设置了 id 自增,否则无效
@Data
public class User {

    @TableId(value = "uid",type = IdType.AUTO)
    private Long id;
    private String name;
    private Integer age;
    private String email;
}

        也可以通过配置全局的主键策略来实现自动递增,如下:

# 配置MyBatis日志
mybatis-plus:
  configuration:
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
  global-config:
    db-config:
    # 配置MyBatis-Plus操作表的默认前缀
      table-prefix: t_
      # 配置MyBatis-Plus的主键策略
      id-type: auto

三、@TableField 注解

        MyBatis-Plus 在执行 SQL 语句时,要保证实体类中的属性名和表中的字段名一致,如果实体类中的属性名和字段名不一致的情况,会出现什么问题呢?

3.1 情况一

        若实体类中的属性使用的是驼峰命名风格,而表中的字段使用的是下划线命名风格,例如实体类属性 userName,表中字段 user_name 此时 MyBatis-Plus 会自动将下划线命名风格转化为驼峰命名风格相当于在 MyBatis 中配置。

3.2 情况二

        若实体类中的属性和表中的字段不满足情况一,例如实体类属性 name,表中字段 username,此时需要在实体类属性上使用 @TableField("username") 设置属性所对应的字段名,如下:

public class User {

    private Long id;

    @TableField("username")
    private String name;
    private Integer age;
    private String email;
}

四、@TableLogic 注解

4.1 逻辑删除

        1、物理删除:真实删除,将对应数据从数据库中删除,之后查询不到此条被删除的数据。

        2、逻辑删除:假删除,将对应数据中代表是否被删除字段的状态修改为“被删除状态”,之后在数据库中仍旧能看到此条数据记录。

4.2 实现逻辑删除

        首先在数据库中创建逻辑删除状态列,设置默认值为 0

        然后在实体类中添加逻辑删除属性,如下

public class User {

    @TableId(value = "uid",type = IdType.AUTO)
    private Long id;

    @TableField("username")
    private String name;
    private Integer age;
    private String email;

    @TableLogic
    private Integer isDeleted;
}

        测试删除功能,真正执行的是修改功能,如下图:

        测试查询功能,被逻辑删除的数据默认不会被查询,如下图:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

快乐的小三菊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值