解決Mybatis中mapper的ID沖突問題
原因一:
在同一個(gè)mapper.xml中存在相同的ID
原因二:
同時(shí)使用了xml配置和注解配置
解決方案:只保留xml或者注解即可!!!

訂單數(shù)據(jù)按天分表,正常情況下每一天的表結(jié)構(gòu)都是一樣的,表名命名格式order_yyyyMMdd。
定義一個(gè)查詢?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。以后的訂單表都會(huì)添加該字段。對(duì)應(yīng)的實(shí)體類也添加了對(duì)應(yīng)字段。應(yīng)該沒有問題了,更新并重啟程序。先查詢今天的數(shù)據(jù),沒有問題。在查詢之前的數(shù)據(jù),發(fā)現(xiàn)程序報(bào)錯(cuò)了,找不到字段a.
解決方法:修改id 為orderSelect 的查詢
<select remapResults='true' parameterClass='java.util.HashMap' resultClass='com.xxx'> select * from order_$table_suffix$ where ...</select>
對(duì)比發(fā)現(xiàn)添加了 remapResults='true'的配置
總結(jié) :mybatis 默認(rèn)remapResults屬性為false,會(huì)導(dǎo)致同一查詢id 查出來的字段一直都是固定的。設(shè)置為true的話,則每次查詢查出來的列可以不相同,這樣才能應(yīng)對(duì)不同的表結(jié)構(gòu)。
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章:
1. Microsoft Office Access設(shè)置小數(shù)位數(shù)的方法2. MySQL基本調(diào)度策略淺析3. mybatis 為什么千萬不要使用 where 1=14. 巧用SQL語言在ACCESS數(shù)據(jù)庫中批量替換內(nèi)容5. 數(shù)據(jù)庫相關(guān)的幾個(gè)技能:ACCESS轉(zhuǎn)SQL6. 如何實(shí)現(xiàn)MySQL數(shù)據(jù)庫的備份與恢復(fù)7. Access數(shù)據(jù)庫日常維護(hù)方法(優(yōu)化)8. DB2 常用命令小結(jié)9. Mysql入門系列:安排預(yù)防性的維護(hù)MYSQL數(shù)據(jù)庫服務(wù)器10. 微軟需要改進(jìn)SQL Server的六大功能

網(wǎng)公網(wǎng)安備