=和LIKE是不一样的;

=匹配精确的字符串 LIKE匹配可能包含通配符的字符串(%)

LIKE关键字无疑带有“性能价签”。也就是说，如果您的输入字段可能包含要在查询中使用的通配符，那么我建议仅在输入包含其中一个通配符时使用LIKE。否则，使用标准等于比较。

最好的祝福……

实际上，这取决于您希望查询做什么。如果你的意思是精确匹配，那么使用=。如果你的意思是一个模糊匹配，那么使用LIKE。对代码来说，表达自己的意思通常是一个很好的策略。

使用=可以避免在运行时构建查询时字符串中的通配符和特殊字符冲突。

这使程序员的工作更轻松，因为不必转义所有可能滑入LIKE子句并不能产生预期结果的特殊通配符。毕竟，=是99%的用例场景，每次都必须逃避它们将是一种痛苦。

在90年代翻白眼

我也怀疑它有点慢，但如果模式中没有通配符，我怀疑它的意义。

如果要搜索精确匹配，可以同时使用，=和LIKE。

在这种情况下，使用“=”稍微快一点(搜索精确匹配)——你可以自己检查，在SQL Server Management Studio中进行两次相同的查询，一次使用“=”，一次使用“LIKE”，然后使用“查询”/“包括实际执行计划”。

执行这两个查询，您应该会看到两次结果，以及两个实际的执行计划。在我的例子中，它们被分割成50%对50%，但是“=”执行计划有一个更小的“估计子树成本”(当你将鼠标悬停在最左边的“SELECT”框上时显示)-但是，这真的不是一个巨大的差异。

但是当你开始在LIKE表达式中使用通配符进行搜索时，搜索性能将会下降。搜索“LIKE Mill%”仍然可以相当快- SQL Server可以使用该列的索引，如果有一个。搜索“LIKE %expression%”非常慢，因为SQL Server能够满足此搜索的唯一方法是执行全表扫描。所以点赞时要小心!

Marc

=和LIKE是不一样的;

=匹配精确的字符串 LIKE匹配可能包含通配符的字符串(%)