1、@TableName

经过之前的测试，在使用MyBatis-Plus实现基本的CRUD时，我们并没有指定要操作的表，只是在Mapper接口继承BaseMapper时，设置了泛型User，而操作的表为user表由此得出结论，MyBatis-Plus在确定操作的表时，由BaseMapper的泛型决定，即实体类型决定，且默认操作的表名和实体类型的类名一致

a）问题：若实体类类型的类名和要操作的表的表名不一致，会出现什么问题？

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

b）通过@TableName解决问题

在实体类类型上添加@TableName("t_user")，标识实体类对应的表，即可成功执行SQL语句

c）通过全局配置解决问题

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

2、@TableId

经过以上的测试，MyBatis-Plus在实现CRUD时，会默认将id作为主键列，并在插入数据时，默认基于雪花算法的策略生成id。

a）问题：

若实体类和表中表示主键的不是id，而是其他字段，例如uid，MyBatis-Plus会自动识别uid为主键列吗？【mybatis会默认将id作为主键，如果换成uid之类的名称就不能实现效果了。】

属性为uid，表中的字段为uid。这个时候就用到了tableid注解，在你的uid上添加注解，指定的将这个属性对应的字段设置为主键，

b）通过@TableId解决问题

当你的属性为uid，字段是uid的话，在实体类中uid属性上通过@TableId将其标识为主键，即可成功执行SQL语句:

public class User {@TableIdprivate Long uid;private String name;private Integer age;private String email;
}

c）@Table的value属性

当你的属性是id，但是字段是uid的话，在你的字段列表中找不到名为id的字段，就为你的注解设置value：

@TableId(value = "uid")
//或者：
@TableId("uid")
private Long id;

d）@TableId的type属性

mybatisplus中id默认是通过雪花算法来生成的，如果想使用递增的话，

1、就在设计的表中将自增勾选上

2、还需要在实体类中做更改，TableId注解中的type属性指定为自动递增

@TableId(value = "uid",type = IdType.AUTO)

不主动设置实体类中的id的值的时候（也就是传null），默认使用雪花算法，如果我们手动设置的话，就不会使用雪花算法了

如果要统一设置主键的生成策略的话：就在主配置文件中进行设置：

IdType.ASSIGN_ID （默认）	基于雪花算法的策略生成数据id，与数据库id是否设置自增无关
IdType.AUTO	使用数据库的自增策略，注意，该类型确保了数据库设置了id自增，否则无效

3、@TableField

a）情况一：

其他属性和对应的字段名不一致，可以进行自动匹配：就是自动的将下划线和驼峰转换：

属性：userName 字段：user_name

b）情况二：

实体类属性name，表中字段username

此时需要在实体类属性上使用@TableField("username")设置属性所对应的字段名

这时候就用@TableField注解：

@TableField("username")
private String name;

4、@TableLogic

a）逻辑删除

物理删除：真实删除，将对应数据从数据库中删除，之后查询不到此条被删除的数据

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

使用场景：可以进行数据恢复

b）实现逻辑删除

在表中设置字段作为逻辑删除：将字段的值改为1 即为删除

在实体类中添加属性isDelete，在表中添加字段：is_deleted

在属性上添加注解，然后还是调用删除方法就会进行逻辑删除而不是物理删除

这时候调用查询的方法就不会查询出来被逻辑删除的数据了，此时的select语句后面就自动拼接了：where is_delete = 0；