mybatisplus的邏輯刪除問題怎么解決

本文小編為大家詳細介紹“mybatisplus的邏輯刪除問題怎么解決”，內容詳細，步驟清晰，細節處理妥當，希望這篇“mybatisplus的邏輯刪除問題怎么解決”文章能幫助大家解決疑惑，下面跟著小編的思路慢慢深入，一起來學習新知識吧。

mybatisplus的邏輯刪除

mp提供的邏輯刪除實現起來非常簡單

只需要在application.yml中進行邏輯刪除的相關配置即可

mybatis-plus:  
  global-config:  
    db-config:  
      logic-delete-field: deleted # 全局邏輯刪除的實體字段名  
      logic-delete-value: 1 # 邏輯已刪除值(默認為1)  
      logic-not-delete-value: 0 # 邏輯未刪除值(默認為0)  
      # 若邏輯已刪除和未刪除的值和默認值一樣，則可以不配置這2項

測試代碼

int i = mapper.deleteById(6);  
		System.out.println("rowAffected = " + i);

可以看到，發出的SQL不再是DELETE，而是UPDATE

此時我們再執行一次SELECT

@Test  
public void testSelect() {  
	List<User2> users = mapper.selectList(null);  
}

可以看到，發出的SQL語句，會自動在WHERE后面拼接邏輯未刪除的條件。

查詢出來的結果中，沒有了id為6的王軟蛋。

若想要SELECT的列，不包括邏輯刪除的那一列，則可以在實體類中通過@TableField進行配置

@TableField(select = false)  
private Integer deleted;

可以看到下圖的執行結果中，SELECT中已經不包含deleted這一列了

前面在application.yml中做的配置，是全局的。通常來說，對于多個表，我們也會統一邏輯刪除字段的名稱，統一邏輯已刪除和未刪除的值，所以全局配置即可。

當然，若要對某些表進行單獨配置，在實體類的對應字段上使用@TableLogic即可。

@TableLogic(value = "0", delval = "1")  
private Integer deleted;

【小結】

開啟mp的邏輯刪除后，會對SQL產生如下的影響

• INSERT語句：沒有影響

• SELECT語句：追加WHERE條件，過濾掉已刪除的數據

• UPDATE語句：追加WHERE條件，防止更新到已刪除的數據

• DELETE語句：轉變為UPDATE語句

注意，上述的影響，只針對mp自動注入的SQL生效。如果是自己手動添加的自定義SQL，則不會生效。

比如：

public interface User2Mapper extends BaseMapper<User2> {  
	@Select("select * from user2")  
	List<User2> selectRaw();  
}

調用這個selectRaw，則mp的邏輯刪除不會生效。

另，邏輯刪除可在application.yml中進行全局配置，也可在實體類中用@TableLogic進行局部配置。

使用mybatisplus邏輯刪除，修改含有邏輯刪除的字段爆錯

mybatisplus在配置文件中配置如下

以上是全局邏輯刪除配置。

當使用mybatisplus生成的修改方法，修改含有showStatus對應的字段時，會報錯。

錯誤sql語句如下

而我要修改的如下：

正確的修改的sql語句應該如下：

所以我們可以在xml文件中單獨寫sql語句

或者不在配置文件中設置邏輯刪除字段名 使用@TableLogic注解

如下：

showStatus是表示此信息是否顯示。

如：

表示 show_status等于0時 brand_id （即id）=1591652104429125634 的信息不顯示。

這樣我們就是局部使用邏輯刪除。

讀到這里，這篇“mybatisplus的邏輯刪除問題怎么解決”文章已經介紹完畢，想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領會，如果想了解更多相關內容的文章，歡迎關注億速云行業資訊頻道。