一、MyBatis中參數(shù)是List類型時怎么處理
MyBatis中參數(shù)是List類型時可以用foreach。 foreach的主要用在構(gòu)建in條件中，它可以在SQL語句中進行迭代一個集合。foreach元素的屬性主要有item，index，collection，open，separator，close。item表示集合中每一個元素進行迭代時的別名，index指定一個名字，用于表示在迭代過程中。
1. 場景復現(xiàn)
首先有如下一張表：
MySQL [test]> select * from t_entry_resource;
+—-+————-+——+———-+——–+——–+———————+
| id | resource_id | type | title??? | banner | icon? | add_date??????????? |
+—-+————-+——+———-+——–+——–+———————+
| 11 |????????? 6? | 14?? | 分類???? | 1.jpg? | 2.jpg? | 2017-11-17 11:22:30 |
| 12 |????????? 3? | 1??? | 測試12?? | 3.jpg? | 4.jpg? | 2017-11-17 11:22:30 |
| 13 |??????? 653? | 1??? | 測試34?? | 5.jpg? | 6.jpg? | 2017-11-20 02:32:26 |
| 14 |????????? 1? | 1??? | 測試5??? | 7.jpg? | 8.jpg? | 2017-11-20 02:32:51 |
| 15 |??????? 3942 | 3??? | 測試6??? | 9.jpg? | 10.jpg | 2017-11-20 02:34:27 |
+—-+————-+——+———-+——–+——–+———————+
5 rows in set (0.01 sec)
如果要根據(jù)resource_id和type來批量查詢記錄，該如何編寫Mybatis語句？
2. 解決方案
直接貼出來解決方案如下所示：
Dao層接口：
List
XML語句：
??????? SELECT
??????? *
??????? FROM
??????? t_entry_resource a
??????? WHERE
??????????? ( type=#{entryResources.type} and resource_id=#{entryResources.resourceId} )
該語句利用了mybatis的foreach動態(tài)拼接SQL。
3. foreach屬性
| 屬性 | 描述 |
| item | 循環(huán)體中的具體對象。支持屬性的點路徑訪問，如item.age,item.info.details。具體說明：在list和數(shù)組中是其中的對象，在map中是value。該參數(shù)為必選。 |
| collection | 要做foreach的對象，作為入?yún)r，List對象默認用list代替作為鍵，數(shù)組對象有array代替作為鍵，Map對象用map代替作為鍵。當然在作為入?yún)r可以使用@Param(“keyName”)來設置鍵，設置keyName后，list,array,map將會失效。 除了入?yún)⑦@種情況外，還有一種作為參數(shù)對象的某個字段的時候。舉個例子：如果User有屬性List ids。入?yún)⑹荱ser對象，那么這個collection = “ids”如果User有屬性Ids ids;其中Ids是個對象，Ids有個屬性List id;入?yún)⑹荱ser對象，那么collection = “ids.id”上面只是舉例，具體collection等于什么，就看你想對那個元素做循環(huán)。該參數(shù)為必選。 |
| separator | 元素之間的分隔符，例如在in()的時候，separator=”,”會自動在元素中間用“,“隔開，避免手動輸入逗號導致sql錯誤，如in(1,2,)這樣。該參數(shù)可選。 |
| open | foreach代碼的開始符號，一般是(和close=”)”合用。常用在in(),values()時。該參數(shù)可選。 |
| close | foreach代碼的關閉符號，一般是)和open=”(“合用。常用在in(),values()時。該參數(shù)可選。 |
| index | 在list和數(shù)組中,index是元素的序號，在map中，index是元素的key，該參數(shù)可選。 |
4. foreach的幾種用法
(1) select count(*) from users id in (x1,x2,x3,…)
select count(*) from users???
?
??? id in???
???
????? #{item.id, jdbcType=NUMERIC}???
??? ???
? ???
(2) select count(*) from key_cols where col_a = ? AND col_b = ?
??????? select count(*) from key_cols where???
??????? ${key} = #{item}
???
?
(3) select * from t_news n where n.tags like ? or n.tags like ?
? select * from t_news n where
?
??????????? n.tags like? ‘%’||#{tag}||’%’
?
延伸閱讀：
二、MongoDB是什么
MongoDB 是文檔型數(shù)據(jù)庫的代表，數(shù)據(jù)模型基于 Bson，而 Elasticsearch 的文檔數(shù)據(jù)模型是 Json，Bson 本質(zhì)是 Json 的一種擴展，可以相互直接轉(zhuǎn)換，且它們的數(shù)據(jù)模式都是可以自由擴展的，基本無限制。MongoDB 本身定位與關系型數(shù)據(jù)庫競爭，支持嚴格的事務隔離機制，在這個層面實際上與 Elasticsearch 產(chǎn)品定位不一樣，但實際工作中，幾乎沒有公司會將核心業(yè)務數(shù)據(jù)放在 MongoDB 上，關系型數(shù)據(jù)庫依然是名列前茅選擇。
京公網(wǎng)安備 11010802030320號