引言

在mybatis項(xiàng)目中，我們一般會(huì)使用它的插件plus以擴(kuò)充它的基本查詢功能。另一方面，在阿里巴巴開發(fā)手冊(cè)的規(guī)范中也提到，在數(shù)據(jù)庫表創(chuàng)建的時(shí)候，一般會(huì)有一個(gè)create_time和update_time字段，它們的建表語句往往如下：

'create_time' timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
'update_time' timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,

創(chuàng)建者則是希望在行insert的時(shí)候會(huì)自動(dòng)生成create_time，同時(shí)在其它行進(jìn)行修改后，執(zhí)行update操作會(huì)自動(dòng)更新update_time字段。

博主在開發(fā)過程中，首先采用了mybatis plus的selectOne，查詢出某一個(gè)對(duì)象XXX，并對(duì)其某一值進(jìn)行修改（比如狀態(tài)status從0修改成1）,然后想利用數(shù)據(jù)庫的自動(dòng)時(shí)間更新策略，即ON UPDATE CURRENT_TIMESTAMP去自動(dòng)修改時(shí)間。于是用xxxService.updateById(XXX)。

但是，這樣子的更新方法并不會(huì)自動(dòng)更新時(shí)間。因?yàn)閟electOne出來的對(duì)象是有一個(gè)明確時(shí)間了，然后update的時(shí)候就會(huì)注入這個(gè)原時(shí)間。

解決辦法

方法一：

自己書寫數(shù)據(jù)庫字段策略，進(jìn)行updateFill()，可以參考：http://www.fzitv.net/article/197456.htm

這種方法的確定其博主也說了“注意這種方式只會(huì)在使用Mybatis-plus封裝好的方法時(shí)才會(huì)有 效，使用自己定義的service并不會(huì)生效，這是個(gè)坑”。同時(shí)，我認(rèn)為這種方法要求每個(gè)表的updateTime都是要在修改的時(shí)候改變的。有些情況下，修改個(gè)別字段可能不需要改變。在這樣像切面一樣，一刀切的注入感覺靈活性不夠。

方法二：

自己寫原生的update sql，只修改要修改的字段，不更改updateTime字段。這樣子在保存的時(shí)候就會(huì)自動(dòng)更新時(shí)間了。

方法三：

利用plus提供的注解，在對(duì)應(yīng)的entity的字段注解@TableField中加入update = "now()"，其中update = "now()"表示使用數(shù)據(jù)庫時(shí)間，輸出 SQL 為：update 表 set 字段=now() where ...，同時(shí)字段 update set 部分注入, 該注解優(yōu)于 el 注解使用。

圖1.注解書寫示意圖

注意：這種方法在執(zhí)行updateById的時(shí)候有效，執(zhí)行updateAllColumnById的時(shí)候是無效的。updateAllColumnById必須設(shè)定時(shí)間

總結(jié)

我們?cè)谏蓪?shí)體的時(shí)候明確知道該表的update_time字段就是要做自動(dòng)更新的，那就用方法二所述的plus下TableField注解進(jìn)行更新。同時(shí)注意updateAllColumnById的情況就好。
至于方法一采用的insertFill和updateFill，這種適合全部的情況下的切面。除非在早期就明確了，如果是在中后期突然要增加的，務(wù)必確保是之前表中沒有采用的字段，否則有的時(shí)候沖突了，寫入的時(shí)候被串改，會(huì)導(dǎo)致很難查詢到數(shù)據(jù)錯(cuò)誤來源。

到此這篇關(guān)于使用Mybatis-plus策略自動(dòng)更新數(shù)據(jù)庫時(shí)間失敗問題解決的文章就介紹到這了,更多相關(guān)Mybatis-plus自動(dòng)更新數(shù)據(jù)庫時(shí)間內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！ 

最新評(píng)論