作为提示，在Transact-SQL中，'='操作符将用空格填充字符串。因此'abc' = 'abc'将返回true;'abc' LIKE 'abc'将返回false。在大多数情况下，'='是正确的，但在我最近的一个案例中，它不是。

因此，虽然'='更快，但LIKE可能更明确地表达你的意图。

http://support.microsoft.com/kb/316626

Postgres提供了一些其他的字符串匹配技巧(如果它恰好是你的DB):

ILIKE是一个不区分大小写的LIKE匹配:

select * from people where name ilike 'JOHN'

匹配:

约翰 约翰 约翰

如果你真的很生气，你可以使用正则表达式:

select * from people where name ~ 'John.*'

匹配:

约翰 Johnathon 约翰尼

LIKE和相等运算符有不同的目的，它们做的事情不一样: =更快，而LIKE可以解释通配符。在你能使用的地方使用=，在你必须使用的地方使用LIKE。

SELECT * FROM user WHERE login LIKE 'Test%';

样本匹配:

测试用户1 测试用户2 测试U 测试

作为提示，在Transact-SQL中，'='操作符将用空格填充字符串。因此'abc' = 'abc'将返回true;'abc' LIKE 'abc'将返回false。在大多数情况下，'='是正确的，但在我最近的一个案例中，它不是。

因此，虽然'='更快，但LIKE可能更明确地表达你的意图。

http://support.microsoft.com/kb/316626

要查看性能差异，请尝试以下方法:

SELECT count(*)
FROM master..sysobjects as A
JOIN tempdb..sysobjects as B
on A.name = B.name

SELECT count(*)
FROM master..sysobjects as A
JOIN tempdb..sysobjects as B
on A.name LIKE B.name

用'='比较字符串要快得多。

即使性能较慢，也要使用“like”的另一个原因是:字符值在比较时会隐式转换为整数，因此:

@transid varchar(15)

如果@transid != 0

将会给出一个“The conversion of The varchar value '123456789012345' overflow an int column”错误。