解決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)運行了若干天,到了18年12月30日,order表添加了新的字段a。以后的訂單表都會添加該字段。對應的實體類也添加了對應字段。應該沒有問題了,更新并重啟程序。先查詢今天的數(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 默認remapResults屬性為false,會導致同一查詢id 查出來的字段一直都是固定的。設(shè)置為true的話,則每次查詢查出來的列可以不相同,這樣才能應對不同的表結(jié)構(gòu)。
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章:
1. ORA-06512數(shù)字或值錯誤字符串緩沖區(qū)太小異常詳解2. 用shell抽取,更新db2的數(shù)據(jù)3. sql server建表的操作方法4. 如何應用SQL Server DBCC避免堵塞5. Sql Server 2000數(shù)據(jù)庫日志日益龐大的解決方法6. Mysql最新版8.0.21下載安裝配置教程詳解7. Window7安裝MariaDB數(shù)據(jù)庫及系統(tǒng)初始化操作分析8. DB2 9數(shù)據(jù)庫中有關(guān)同步trigger的記錄9. mysql備份策略的實現(xiàn)(全量備份+增量備份)10. Mysql InnoDB的鎖定機制實例詳解
