mybatisplus的邏輯刪除

mp提供的邏輯刪除實現(xiàn)起來非常簡單

只需要在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);  

可以看到，發(fā)出的SQL不再是DELETE，而是UPDATE

此時我們再執(zhí)行一次SELECT

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

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

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

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

@TableField(select = false)  
private Integer deleted;

可以看到下圖的執(zhí)行結果中，SELECT中已經(jīng)不包含deleted這一列了

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

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

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

【小結】

開啟mp的邏輯刪除后，會對SQL產(chǎn)生如下的影響

• INSERT語句：沒有影響
• SELECT語句：追加WHERE條件，過濾掉已刪除的數(shù)據(jù)
• UPDATE語句：追加WHERE條件，防止更新到已刪除的數(shù)據(jù)
• DELETE語句：轉變?yōu)閁PDATE語句

注意，上述的影響，只針對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 的信息不顯示。

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

總結

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論