解決Mybatis中mapper的ID沖突問題
原因一:
在同一個mapper.xml中存在相同的ID
原因二:
同時使用了xml配置和注解配置
解決方案:只保留xml或者注解即可!!!
訂單數(shù)據(jù)按天分表,正常情況下每一天的表結(jié)構(gòu)都是一樣的,表名命名格式order_yyyyMMdd。
定義一個查詢?nèi)缦拢?/p>
<select parameterClass='java.util.HashMap' resultClass='com.xxx'> select * from order_$table_suffix$ where ...</select>
如果我查詢18年10月1日數(shù)據(jù),則傳參數(shù)table_suffix=20181001,如果我查詢18年10月2日數(shù)據(jù),則傳參數(shù)table_suffix=20181002.即可。
系統(tǒng)運(yùn)行了若干天,到了18年12月30日,order表添加了新的字段a。以后的訂單表都會添加該字段。對應(yīng)的實體類也添加了對應(yīng)字段。應(yīng)該沒有問題了,更新并重啟程序。先查詢今天的數(shù)據(jù),沒有問題。在查詢之前的數(shù)據(jù),發(fā)現(xiàn)程序報錯了,找不到字段a.
解決方法:修改id 為orderSelect 的查詢
<select remapResults='true' parameterClass='java.util.HashMap' resultClass='com.xxx'> select * from order_$table_suffix$ where ...</select>
對比發(fā)現(xiàn)添加了 remapResults='true'的配置
總結(jié) :mybatis 默認(rèn)remapResults屬性為false,會導(dǎo)致同一查詢id 查出來的字段一直都是固定的。設(shè)置為true的話,則每次查詢查出來的列可以不相同,這樣才能應(yīng)對不同的表結(jié)構(gòu)。
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章:
1. Oracle數(shù)據(jù)庫備份與恢復(fù)精華資料集錦2. 怎樣才能保護(hù)好SQL Server 數(shù)據(jù)庫3. 兩個有用Oracle運(yùn)算:intersect和minus運(yùn)算4. MySQL索引背后的數(shù)據(jù)結(jié)構(gòu)及算法原理5. Oracle數(shù)據(jù)庫不完全恢復(fù)實例6. 解讀Oracle數(shù)據(jù)庫后臺進(jìn)程的功能7. 并行方式處理DB2 for iSeries索引(1)8. MySQL case when使用方法實例解析9. MySQL OOM(內(nèi)存溢出)的解決思路10. 實例講解SQL Server中非常有用EXISTS結(jié)構(gòu)
