在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个可选参数。
问题来源于stack overflow
展开
收起
1
条回答
写回答
写回答
-
我通常要做的是
WHERE ( @UserID IS NULL OR UserID = @UserID ) 为什么不索引呢？索引FK通常是一种很好的形式，因为您经常加入它们。
如果您担心查询计划的存储，只需执行以下操作：CREATE PROCEDURE ... WITH RECOMPILE
2019-11-18 16:26:44赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
问答排行榜
最热
最新
推荐问答
相关文章
相关电子书
更多
