解决mysql的in条件中参数是带引号的字符串的时候查询失效

在开发中有时会使用到 IN 查询,并且里面的参数又是数据库中的一个字段,比如如下错误的例子

    <resultMap type="MisProjectFirstTrial" id="MisProjectFirstTrialResult">
        <result property="projectId" column="PROJECT_ID"/> 
        <result property="projectName" column="PROJECT_NAME"/> 
        <result property="coordinateUser" column="COORDINATE_USER"/> 
         <collection property="coordinateUserList" column="COORDINATE_USER" ofType="User" javaType="list" select="findUserById">
            <result property="id" column="id" />
            <result property="code" column="code" />
            <result property="name" column="name" />
         </collection>
    </resultMap>
    <!-- 根据userId查询user信息 -->
    <select id="findUserById" parameterType="String" resultType="net.northking.entity.User">
        SELECT * FROM mis_user WHERE id in (#{COORDINATE_USER})
    </select>
    
    
    <!-- 获取所有的项目列表 -->
    <select id="findAllFirstTrialProjectList" resultMap="MisProjectFirstTrialResult">
        SELECT * FROM mis_project_first_trial
    </select>

上面语句查询的表数据如下:

image.png

上面根据用户id查询用户信息,但是这里传进去的是COORDINATE_USER,其实这个字段传进去实际上在数据库是这样查询的(多了个引号):

SELECT * FROM mis_user WHERE id in ("102,103,104");

而不是

SELECT * FROM mis_user WHERE id in (102,103,104);

或者:

SELECT * FROM mis_user WHERE id in ("102","103","104");

在mysql中in里面如果是字符串的话,会自动转化成int类型的,内部使用了如下方法:

CAST("102,103,104" AS INT)

这个问题其实可以使用另外一个mysql的函数来解决:

FIND_IN_SET('查询的值(如:1)', '使用逗号隔开的字符串集合,如:('1,2,3')')

正确的sql语句如下:

SELECT * FROM mis_user WHERE and FIND_IN_SET(id,"102,103,104");

结果为:

image.png

所以上面的xml查询user信息的语句可变为:

    <!-- 根据userId查询user信息 -->
    <select id="findUserByIds" parameterType="String" resultType="net.northking.entity.User">
        SELECT id,code,name FROM mis_user WHERE status='0' AND FIND_IN_SET(id,#{COORDINATE_USER})
    </select>

获取的结果如下:

DispatcherServlet with name 'SpringMVC' processing POST request for [/project/projectFirstTrial/findAllFirstTrialProjectList.do]
 ...
==>  Preparing: SELECT mpf.ID ID, mpf.PROJECT_ID PROJECT_ID, mpf.PROJECT_NAME PROJECT_NAME, mpf.PROJECT_TYPE PROJECT_TYPE, mpf.INITIATE_ORG INITIATE_ORG, mpf.INITIATE_USER INITIATE_USER, mpf.COORDINATE_ORG COORDINATE_ORG,mpf.COORDINATE_USER COORDINATE_USER, mpf.STATUS STATUS, mpf.APPLICATION_TIME APPLICATION_TIME, mpf.FIRSTTRIAL_TIME FIRSTTRIAL_TIME, mpf.FIRSTTRIAL_CONCLUSION FIRSTTRIAL_CONCLUSION, mpf.REMARKS REMARKS,mpf.TEC_FEA_SUB_TIME TEC_FEA_SUB_TIME,mpf.BUS_FEA_SUB_TIME BUS_FEA_SUB_TIME, mpf.FIRSTTRIAL_CONS_TIME FIRSTTRIAL_CONS_TIME,mpf.SCHEDULE_TYPE SCHEDULE_TYPE, mu.code INITIATE_USER_CODE,mu.name INITIATE_USER_NAME, mo.code INITIATE_ORG_CODE,mo.name INITIATE_ORG_NAME FROM mis_project_first_trial mpf,mis_user mu,mis_orgin mo WHERE mpf.INITIATE_USER = mu.Id AND mpf.INITIATE_ORG = mo.id 
==> Parameters: 
<==    Columns: ID, PROJECT_ID, PROJECT_NAME, PROJECT_TYPE, INITIATE_ORG, INITIATE_USER, COORDINATE_ORG, COORDINATE_USER, STATUS, APPLICATION_TIME, FIRSTTRIAL_TIME, FIRSTTRIAL_CONCLUSION, REMARKS, TEC_FEA_SUB_TIME, BUS_FEA_SUB_TIME, FIRSTTRIAL_CONS_TIME, SCHEDULE_TYPE, INITIATE_USER_CODE, INITIATE_USER_NAME, INITIATE_ORG_CODE, INITIATE_ORG_NAME
<==        Row: 1, DSA0990, 测试1, 未立项, 010039, 101, 010242,010033,010039, 102,103,104, 1, 2019-01-11, 2019-01-12, qqq, qqq, 2019-01-13, 2019-01-13, 2019-01-11, 项目排期, wangj1, 王珏, 010039, 风险管理部
====>  Preparing: SELECT id,code,name FROM mis_user WHERE status='0' AND FIND_IN_SET(id,?) 
====> Parameters: 102,103,104(String)
<====    Columns: id, code, name
<====        Row: 102, liutc, 刘天成
<====        Row: 103, zhangx, 张翔
<====        Row: 104, wul1, 吴磊
<====      Total: 3
====>  Preparing: SELECT * FROM mis_orgin WHERE status = '0' AND FIND_IN_SET(id,?) 
====> Parameters: 010242,010033,010039(String)
<====    Columns: id, CODE, NAME, STATUS, PARENT_ID, CREATOR, MODIFIE, SSO_ORG_CODE, TYPE
<====        Row: 010033, 010033, 小微金融部, 0, 010001, null, null, 33, 1
<====        Row: 010039, 010039, 风险管理部, 0, 010001, null, null, 39, 1
<====        Row: 010242, 010242, 总行营业部, 0, 010001, null, null, 242, 1
<====      Total: 3
<==        Row: 2, DSA09910, 测试2, 未立项, 010039, 101, 010242,010033,010039, 102,103,104, 1, 2019-01-11, 2019-01-12, qqq, qqq, 2019-01-13, 2019-01-13, 2019-01-11, 项目排期, wangj1, 王珏, 010039, 风险管理部
<==      Total: 2
Closing non transactional SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@2a733b10]
[DEBUG][2019/02/25 18:08:515  ][org.springframework.jdbc.datasource.DataSourceUtils.doReleaseConnection(DataSourceUtils.java:327)]
Returning JDBC Connection to DataSource
...
 

这是两条COORDINATE_USER相同的数据,最后collection里的查询语句只执行了一遍,当数据为:


image.png

执行的结果如下:

==>  Preparing: SELECT mpf.ID ID, mpf.PROJECT_ID PROJECT_ID, mpf.PROJECT_NAME PROJECT_NAME, mpf.PROJECT_TYPE PROJECT_TYPE, mpf.INITIATE_ORG INITIATE_ORG, mpf.INITIATE_USER INITIATE_USER, mpf.COORDINATE_ORG COORDINATE_ORG,mpf.COORDINATE_USER COORDINATE_USER, mpf.STATUS STATUS, mpf.APPLICATION_TIME APPLICATION_TIME, mpf.FIRSTTRIAL_TIME FIRSTTRIAL_TIME, mpf.FIRSTTRIAL_CONCLUSION FIRSTTRIAL_CONCLUSION, mpf.REMARKS REMARKS,mpf.TEC_FEA_SUB_TIME TEC_FEA_SUB_TIME,mpf.BUS_FEA_SUB_TIME BUS_FEA_SUB_TIME, mpf.FIRSTTRIAL_CONS_TIME FIRSTTRIAL_CONS_TIME,mpf.SCHEDULE_TYPE SCHEDULE_TYPE, mu.code INITIATE_USER_CODE,mu.name INITIATE_USER_NAME, mo.code INITIATE_ORG_CODE,mo.name INITIATE_ORG_NAME FROM mis_project_first_trial mpf,mis_user mu,mis_orgin mo WHERE mpf.INITIATE_USER = mu.Id AND mpf.INITIATE_ORG = mo.id 
==> Parameters: 
<==    Columns: ID, PROJECT_ID, PROJECT_NAME, PROJECT_TYPE, INITIATE_ORG, INITIATE_USER, COORDINATE_ORG, COORDINATE_USER, STATUS, APPLICATION_TIME, FIRSTTRIAL_TIME, FIRSTTRIAL_CONCLUSION, REMARKS, TEC_FEA_SUB_TIME, BUS_FEA_SUB_TIME, FIRSTTRIAL_CONS_TIME, SCHEDULE_TYPE, INITIATE_USER_CODE, INITIATE_USER_NAME, INITIATE_ORG_CODE, INITIATE_ORG_NAME
<==        Row: 1, DSA0990, 测试1, 未立项, 010039, 101, 010242,010033,010039, 102,103,104, 1, 2019-01-11, 2019-01-12, qqq, qqq, 2019-01-13, 2019-01-13, 2019-01-11, 项目排期, wangj1, 王珏, 010039, 风险管理部
====>  Preparing: SELECT id,code,name FROM mis_user WHERE status='0' AND FIND_IN_SET(id,?) 
====> Parameters: 102,103,104(String)
<====    Columns: id, code, name
<====        Row: 102, liutc, 刘天成
<====        Row: 103, zhangx, 张翔
<====        Row: 104, wul1, 吴磊
<====      Total: 3
====>  Preparing: SELECT * FROM mis_orgin WHERE status = '0' AND FIND_IN_SET(id,?) 
====> Parameters: 010242,010033,010039(String)
<====    Columns: id, CODE, NAME, STATUS, PARENT_ID, CREATOR, MODIFIE, SSO_ORG_CODE, TYPE
<====        Row: 010033, 010033, 小微金融部, 0, 010001, null, null, 33, 1
<====        Row: 010039, 010039, 风险管理部, 0, 010001, null, null, 39, 1
<====        Row: 010242, 010242, 总行营业部, 0, 010001, null, null, 242, 1
<====      Total: 3
<==        Row: 2, DSA09910, 测试2, 未立项, 010039, 101, 010027,010263, 110,113, 1, 2019-01-11, 2019-01-12, qqq, qqq, 2019-01-13, 2019-01-13, 2019-01-11, 项目排期, wangj1, 王珏, 010039, 风险管理部
====>  Preparing: SELECT id,code,name FROM mis_user WHERE status='0' AND FIND_IN_SET(id,?) 
====> Parameters: 110,113(String)
<====    Columns: id, code, name
<====        Row: 110, tengrk, 滕人科
<====        Row: 113, hanz, 韩震
<====      Total: 2
====>  Preparing: SELECT * FROM mis_orgin WHERE status = '0' AND FIND_IN_SET(id,?) 
====> Parameters: 010027,010263(String)
<====    Columns: id, CODE, NAME, STATUS, PARENT_ID, CREATOR, MODIFIE, SSO_ORG_CODE, TYPE
<====        Row: 010027, 010027, 科技管理部, 0, 010001, null, null, 27, 2
<====        Row: 010263, 010263, 产品创新中心, 0, 010001, null, null, 263, 2
<====      Total: 2
<==      Total: 2

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,088评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,715评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,361评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,099评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 60,987评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,063评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,486评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,175评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,440评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,518评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,305评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,190评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,550评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,880评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,152评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,451评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,637评论 2 335

推荐阅读更多精彩内容

  • MYSQL 基础知识 1 MySQL数据库概要 2 简单MySQL环境 3 数据的存储和获取 4 MySQL基本操...
    Kingtester阅读 7,724评论 5 116
  • 什么是数据库? 数据库是存储数据的集合的单独的应用程序。每个数据库具有一个或多个不同的API,用于创建,访问,管理...
    chen_000阅读 4,026评论 0 19
  • 转 # https://www.cnblogs.com/easypass/archive/2010/12/ 08/...
    吕品㗊阅读 9,677评论 0 44
  • 漂亮拖鞋阅读 378评论 2 5
  • 正月初四,是我们当地回娘家的好日子,记得前两年我奶奶还健在的时候,我奶奶的侄子重侄子们及我的姑姑、姑父们经常...
    方圆俗人阅读 491评论 6 12