引言

在mybatis項(xiàng)目中，我們一般會使用它的插件plus以擴(kuò)充它的基本查詢功能。另一方面，在阿里巴巴開發(fā)手冊的規(guī)范中也提到，在數(shù)據(jù)庫表創(chuàng)建的時候，一般會有一個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的時候會自動生成create_time，同時在其它行進(jìn)行修改后，執(zhí)行update操作會自動更新update_time字段。

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

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

解決辦法

方法一：

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

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

方法二：

自己寫原生的update sql，只修改要修改的字段，不更改updateTime字段。這樣子在保存的時候就會自動更新時間了。

方法三：

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

圖1.注解書寫示意圖

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

總結(jié)

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

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

最新評論