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 {
@TableId
private 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；
