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通常是一种很好的形式,因为你经常加入它们......

如果您担心查询计划存储,只需执行以下操作:CREATE PROCEDURE ... WITH RECOMPILE