解決Mybatis查詢方法selectById()主鍵不一致問題

更新時(shí)間：2020年10月23日 14:50:24 作者：leaves_story

這篇文章主要介紹了解決Mybatis查詢方法selectById()主鍵不一致問題，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過來看看吧

Mybatis-plus的通用mapper為我們封裝了很多方法，我們只需要將interface集成BaseMapper就可以。在BaseMapper中分裝了一個(gè)方法=》selectById()

selectById

這個(gè)方法是根據(jù)主鍵id進(jìn)行查詢記錄的。返回一條記錄。測(cè)試如下，

最終調(diào)用的是這個(gè)方法userDiamondMapper這個(gè)接口集成了BaseMapper。

注意這個(gè)表的主鍵就是uid，查詢?cè)囋?/p>

返回結(jié)果不如我們預(yù)期，打印出的SQL很奇怪，并沒有解析正確。猜測(cè)是因?yàn)闊o(wú)法正確解析出主鍵。

改一下，使用注解標(biāo)記一下主鍵

使用@TableId注解標(biāo)記主鍵id為uid，重試下

這次終于正確了

注意：selectById方法默認(rèn)使用的主鍵名是id,數(shù)據(jù)庫(kù)表中如果主鍵id名稱不一樣需要手動(dòng)指定

補(bǔ)充知識(shí)：MyBatis-Plus 踩坑，getById查詢無(wú)效

使用AutoGenerator（AutoGenerator 是 MyBatis-Plus 的代碼生成器，通過 AutoGenerator 可以快速生成 Entity、Mapper、Mapper XML、Service、Controller 等各個(gè)模塊的代碼）生成代碼后，在Controller中使用Service的getById()進(jìn)行查詢，返回的對(duì)象居然是null

問題出在Entity上，由于我數(shù)據(jù)表的id字段名為id且int類型，自動(dòng)生成的id字段名serialVersionUID且類型為long類型，與數(shù)據(jù)庫(kù)表對(duì)不上號(hào)。

使用getById(id)查詢自然為null

因?yàn)閑ntity生成出來的主鍵沒注意到是不符合數(shù)據(jù)表的

所以解決方法是，把主鍵改成數(shù)據(jù)表對(duì)應(yīng)的：把主鍵id字段名改回id，且數(shù)據(jù)類型設(shè)置int

@Data
@EqualsAndHashCode(callSuper = true)
@Accessors(chain = true)
@TableName("board_parent")
public class Parent extends BaseEntity {
 
  //private static final long serialVersionUID = 1L; 
  private int id;
 
  @NotEmpty(message = "父論壇名不能為空！")
  private String name;
 
  @NotNull(message = "管理員ID不能為空！")
  private Integer adminId; 
  public LocalDateTime createdDate; 
  public LocalDateTime updateDate; 
  public Integer state;
}

以上這篇解決Mybatis查詢方法selectById()主鍵不一致問題就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

您可能感興趣的文章: