拼接sql 参数化 where userId in(@userIds)的问题

这里@userIds 如果 写成101,202,301翻译后的sql的where部分会是：

where userId in('101,202,301')；

而不是期待的：

where userId in(101,202,301);前者前后多了引号。

 

在我使用ef.core连接mysql查询时，我这样写，就出现查出来的数据比sql脚本查出来的数据要少几条的情况。

所以这样写，可能可以查出来数据，但数据可能不会完整，而且还会是错误的数据。所以以后不要这样写了。

 

我想起，我们在拼接参数化时，可以这样写，比如 userCode=@search,而不是这样写：

userCode='@search'；这种在参数化上加了引号的反而还要出错。

 

在前面最开始，即使我们以为他是数字， 但101,202...这样拼接就是字符串了,

指定的paramter或者默认就是为varchar等字符类型就会在参数前后自动加引号的。根据数据值值推断的默认sqlType类型。

省事的解决办法是，直接不在in后面使用用参数化，直接把值拼接到sql中去，比如 where userId in ({userIds});userids就等于“101,202,303”

 

非要使用参数化，就一个值一个参数的拼接。

@userId1 101 int类型

@userId2 202 int类型

@userId3 303 int类型

sql写法就是：where userId in(@userId1,@userId2,@userId3);

参数化的值多了，网上说超过2000个，就不得行了。

也没试过。但如果值很多，就不用in好点吧。