SQL性能方面,还有什么更好的:IF … ELSE子句或WHERE LIKE子句?

我有一个存储过程,它有一个可选参数@UserID VARCHAR(50).问题是,有两种方法可以解决它:

>给它一个默认值NULL,有一个IF … ELSE子句,它执行两个不同的SELECT查询,一个是’WHERE UserID = @UserID’而没有where.
>给它一个默认值’%’然后让where子句使用’WHERE UserID LIKE @UserID’.在调用代码中,不会使用’%’,因此只能找到完全匹配.
 

问题是:哪个选项更快?随着表的增长,哪个选项提供更好的性能?请注意,UserID列是外键,未编入索引.

编辑:基于一些答案我要添加的东西:@UserID参数不是(必然)传递的唯一可选参数.在某些情况下,有多达4或5个可选参数.

最佳答案
我通常做的就像是

WHERE ( @UserID IS NULL OR UserID = @UserID )

为什么不编入索引?索引FK通常是一种很好的形式,因为你经常加入它们……

如果您担心查询计划存储,只需执行以下操作:
创建程序……使用RECOMPILE

转载注明原文:SQL性能方面,还有什么更好的:IF … ELSE子句或WHERE LIKE子句? - 代码日志