今天的想法是，要在插入數(shù)據(jù)庫時，如果有某某一個主要字段的值重復(fù)，則不插入，否則則插入！
看了一下mybatis-Plus是有這個saveOrUpdate 方法！

原本使用save時是沒有問題了，改成saveOrUpdate 用了一下就報錯了。

com.baomidou.mybatisplus.core.exceptions.MybatisPlusException: error: can not execute. because can not find column for id from entity!

就是這個mybatisPlus不能找到哪個是主鍵字段，因?yàn)檫@個saveOrUpdate默認(rèn)是根據(jù)主鍵執(zhí)行操作的！

所有需要在原本的實(shí)體類的主鍵頭上，打個@TableId，如下，后面是對應(yīng)數(shù)據(jù)庫的字段，已經(jīng)主鍵自動遞增。

@Data
@AllArgsConstructor
@NoArgsConstructor
public class Subject {

  @TableId(value = "subject_Code", type = IdType.AUTO)
  private long subjectCode;

  private String subjectNameCn;

  private String subjectNameEn;

  private String subjectHref;

  private long subjectParentCode;

  private long levelCode;

  private int isDelete;

  private long operateTimestamp;


}

不過還有個問題，就是這個是根據(jù)主鍵做操作的，但是我主鍵本來就是自動遞增肯定不會有問題的，接下來就是想個辦法，讓他根據(jù)指定字段做操作，好像是有提供了一個口子。

// 根據(jù)updateWrapper嘗試更新，否繼續(xù)執(zhí)行saveOrUpdate(T)方法
boolean saveOrUpdate(T entity, Wrapper<T> updateWrapper);

我再去看一下怎么操作的！

研究嘗試了半天，終于搞出來了，可能是很少有人會像我這樣做吧！所以我自己嘗試了下。

當(dāng)saveOrUpdate不使用條件構(gòu)造器時，會先做根據(jù)主鍵查詢，如果查出來的結(jié)果為0，那么就執(zhí)行插入操作，如果查出來的結(jié)果不為0，則執(zhí)行更新操作。

但是一般情況下，主鍵都不會重復(fù)啊！所有我就用條件構(gòu)造器Wrapper！

UpdateWrapper<Subject> subject_name_cn = new UpdateWrapper<Subject>()
			.eq("subject_Name_Cn", subjectNameCn);
subjectService.saveOrUpdate(subject，subject_name_cn );

這樣改變后的結(jié)果就是會先執(zhí)行修改，如果執(zhí)行一條，則執(zhí)行成功，如果執(zhí)行結(jié)果為0，再執(zhí)行根據(jù)主鍵查詢，然后做插入操作！

其實(shí)有點(diǎn)多此一舉的感覺，因?yàn)榧热欢家呀?jīng)更新不到結(jié)果了，那么肯定是沒有這個字段咯！

不過轉(zhuǎn)念一想，你是指定字段沒有，又不是主鍵沒有！

但是主鍵自增那肯定沒有??！

所有我又想到一個騷操作，我不傳UpdateWrapper而傳QueryWrapper會怎么樣呢！

會不會加在查詢條件種呢！我丟進(jìn)去沒有報錯，有點(diǎn)小激動，不知道結(jié)果如何！

QueryWrapper<Subject> subject_name_cn1 = new QueryWrapper<Subject>()
                    .eq("subject_Name_Cn", subjectNameCn);
subjectService.saveOrUpdate(subject,subject_name_cn1);

好吧！上來全給我Update了！絲毫不留情面！我把數(shù)據(jù)刪了再試試！

好吧！然并卵！幻想破滅！跟傳UpdateWrapper沒有區(qū)別！~告辭！

看了一下源碼，默認(rèn)參數(shù)是Wrapper類型，然后根據(jù)條件構(gòu)造器更新，

成功則返回，

不成功則走無條件構(gòu)造器的方法。

default boolean saveOrUpdate(T entity, Wrapper<T> updateWrapper) {
    return this.update(entity, updateWrapper) || this.saveOrUpdate(entity);
}

我感覺應(yīng)該加個類型判斷！

 if(updateWrapper instanceof QueryWrapper){
 	去拼接查詢語句！
 }
  if(updateWrapper instanceof UpdateWrapper){
 	去拼接更新語句！
 }

這樣就不會只根據(jù)ID來死查了！

我才終于明白~

為什么要用updateWrapper了！

它與queryWrapper的區(qū)別就是。

updateWrapper用set來設(shè)置修改的數(shù)據(jù)。

queryWrapper應(yīng)用select來設(shè)置要查出來的數(shù)據(jù)。

哈哈，這個還是很重要的！

saveOrUpdate 是否有映射id

我們知道m(xù)ybatis在插入時，會映射id，但是如果是saveOrUpdate會怎么樣呢？

比如我saveOrUpdate()后，需要用他的id，但是我傳進(jìn)去的對象是沒有id的。

 @Test
 void saveOrUpdate(){
       UserText userText = new UserText();
       userText.setUserSex(Sex.MAN);
       boolean b = userTextService.saveOrUpdate(userText);
       System.out.println(userText.getUserId());
   }

可以看到他先通過id查了沒有再進(jìn)行插入，然后返回新的id。

==>  Preparing: SELECT user_id,user_name,user_sex,start_time FROM user_text WHERE user_id=?
==> Parameters: 0(Long)
<==      Total: 0
Releasing transactional SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@6d0fe80c]
Fetched SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@6d0fe80c] from current transaction
==>  Preparing: INSERT INTO user_text ( user_sex ) VALUES ( ? )
==> Parameters: 1(Integer)
<==    Updates: 1

不過這個update，不用試我都感覺難搞，因?yàn)槟闳绻麤]有id，那么你傳入這個對象的值，可能查出多個對象，那么他要把哪個id映射回來，是吧！

@Test
void saveOrUpdate(){
     UserText userText = new UserText();
     userText.setUserSex(Sex.MAN);
     UpdateWrapper<UserText> objectUpdateWrapper = new UpdateWrapper<UserText>()
             .eq("user_sex",Sex.MAN);
     boolean b = userTextService.saveOrUpdate(userText,objectUpdateWrapper);
     System.out.println(userText.getUserId());
 }

但還是試一下，當(dāng)我們加了一個UpdateWrapper后，有執(zhí)行成功，執(zhí)行了3條，返回了id為0。

但是這次加了wrapper，我再試試如果只插入一條，會怎么樣。哈哈，不去讀源碼去debug，就只能這樣試試了，莫怪。

誒，對啊，我去看看源碼先，看能不能看出什么門道。

之前好像也有看了點(diǎn)源碼。兩種不同構(gòu)造的方法，執(zhí)行的邏輯也不一樣。

boolean saveOrUpdate(T entity);	

default boolean saveOrUpdate(T entity, Wrapper<T> updateWrapper) {
	return this.update(entity, updateWrapper) || this.saveOrUpdate(entity);
}

區(qū)別不大，就是會多執(zhí)行一步更新，如果執(zhí)行成功就直接走，執(zhí)行不成功再根據(jù)這個對象做saveOrUpdate。

進(jìn)去翻了翻就是，如果通過id查到值，就根據(jù)id更新，不然就做新增。

所以也就不用試了，還是自己手寫一個吧，如果需要返回id的話。

慎用！

細(xì)思極恐，當(dāng)你是主鍵自動生成的數(shù)據(jù)，一定要寫UpdateWrapper，不然你必然是一直插入！完全不會更新，因?yàn)槟J(rèn)是用id查詢的。

而主鍵生成的數(shù)據(jù)，一般都不會去寫一個id，所以?。≮s快看看吧！

UpdateWrapper 小貼士

上面雖然寫了updateWrapper可以寫一個set屬性，有兩種情況。

首先，我們一個對象，有5條屬性，只有4條有值，1條沒有值。

mybatis-plus在執(zhí)行時，會先去看看你的對象哪條屬性有值，哪條沒有。

只會更新有值的屬性，所以只會更新4個屬性，另外一個屬性并不會把他置空。

如果你只想改一條屬性，也可以多寫一個set，不過感覺沒啥必要，不過比較靈活的就是。
你想寫另外一個值，就可以寫進(jìn)set里。

2021-05-21 13:31:32

我發(fā)現(xiàn)一個很垃圾的，前面我吹的那個updateWrapper的set多牛逼，其實(shí)是我想的太美了，他只是在原本的基礎(chǔ)上再加一個字段！我吐了！

UpdateWrapper<GameScorePo> updateWrapper = new UpdateWrapper<GameScorePo>()
                   .eq("game_id",gameScorePo.getGameId())
                   .eq("team_id",gameScorePo.getTeamId())
                   .eq("quarter",gameScorePo.getQuarter())
                   .set("score",gameScorePo.getScore());

           gameScoreService.saveOrUpdate(gameScorePo,updateWrapper);

這樣的執(zhí)行結(jié)果是這樣的！

兩個score，我吐了！

難道是我打開的姿勢不對？

查了一下知道這個set怎么樣了

就是不要丟對象，丟一個空的對象，這樣就能set了！

單獨(dú)的set好用，但是用在saveOrUpdate就不好用咯！看自己的需求走吧！

INSERT INTO pms_statistic (
	id,
	tenantId,
	tenantName,
	isDeleted,
	createTime
)
VALUES
	(
		6257,50,'保存或修改0',1,'2020-01-00'
	) ,(
		6258,51,'保存或修改1',1,'2020-01-01'
	) ,(
		6259,52,'保存或修改2',1,'2020-01-02'
	) ,(
		62510,53,'保存或修改3',1,'2020-01-03'
	) 
ON DUPLICATE KEY UPDATE tenantId = VALUES(tenantId),tenantName = VALUES(tenantName)
		,isDeleted = VALUES(isDeleted),createTime = VALUES(createTime);

該語句是基于主鍵（PRIMARY KEY）或唯一索引（UNIQUE INDEX）使用的。
如果已存在該唯一標(biāo)示或主鍵就更新（顯示受影響行的值：2）

如果不存在該唯一標(biāo)示或主鍵則作為新行插入（顯示受影響行的值：1）

如上：如果id（6257，6258，6259，62510）存在，根據(jù)id更新ON DUPLICATE KEY UPDATE后的字段數(shù)據(jù)（tenantId = VALUES(tenantId),tenantName = VALUES(tenantName),isDeleted = VALUES(isDeleted),createTime = VALUES(createTime)）

執(zhí)行sql前（存在6257id，其他id不存在）

執(zhí)行后

6257修改，6258，6259，62510插入

受影響行：5（插入3條，修改1條(修改是兩行)）

注意：ON DUPLICATE KEY UPDATE只是MySQL的特有語法，并不是SQL標(biāo)準(zhǔn)語法！文章來源地址http://www.zghlxwxcb.cn/news/detail-679308.html

到了這里，關(guān)于MybatisPlus 使用 saveOrUpdate 詳解(慎用)，及問題解決方法&mysql保存或更新 ON DUPLICATE KEY UPDATE的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！