我们在平常编写sql语句时,经常碰到要把id列表字符串(比如:'001,002,003,....')当做参数传递给存储过程,
那么在存储过程中要用in作为条件进行记录的过滤,那么采用in(@idList),其中@idList如'001,002,003,....'。这样执行存储过程就会出错,显然这种传递方法是不可行的(除非@idList只有一个id如'001'),
今天晚上和导师尝试了很多中办法,还是没解决。在不断的讨论中,突然有个灵感:就是采用临时表,
把这些id一个一个存在临时表中(这个需要点技巧,后面给出代码),然后这样调用in:in(select id from #tbIdList)
,其中#tbIdList 为保存了id的临时表。
CREATE TABLE #tbUserId(userID int)
DECLARE @userID varchar(20)
WHILE(charindex(',',@Key) >0)
BEGIN
SET @userID = substring(@Key,0,charindex(',',@Key))
SET @Key = substring(@Key,charindex(',',@Key)+1,len(@Key))
INSERT INTO #tbUserId(userID) VALUES(@userID)
END
INSERT INTO #tbUserId(userID) VALUES(@Key)
例子:@Key='0001,0002,0003'
调用:SELECT * FROM tbUser WHERE userID IN (SELECT userID FROM #tbUserId)
后来有同事问我效率怎样? 我去查了一下in的效率,发现建议使用exists不使用in,而上面的语句系统会自动转换为
Exists(Select * from #tbUserId where tbUser.userID = userID),所以效率是没问题的。
可是如果IN后面查询语句涉及到多个条件且和外表相关时此时采用Exists效率更好。
http://www.cnblogs.com/zhangchenliang/archive/2010/01/10/1643584.html