我们在平常编写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