Like 与“=” 使用 SQL Server 匹配字符串

发布于 2024-07-09 07:13:10 字数 798 浏览 7 评论 0原文

每当我编写一个基于字符串变量（varchar、nvarchar、char）选择数据的存储过程时，我都会有类似的内容：

procedure dbo.p_get_user_by_username(
    @username      nvarchar(256)
as
begin
    select
        u.username
        ,u.email
        --,etc
    from
        sampleUserTable u
    where
        u.username = @username
end

所以换句话说，为了匹配我想要的记录

u.username = @username

但有时我会遇到使用 < 的代码em>LIKE 代替 =

u.username like(@username)

您什么时候会使用它？难道不应该只在需要一些通配符匹配时才使用它吗？

编辑

感谢您的回答。

我认为我需要澄清一下，我真正想问的是：是否可能存在一种情况，首选使用 like 代替“=”来进行精确的字符串匹配。从答案来看我可以说不会。根据我自己的经验，即使在我需要忽略大小写、前导和结尾空格的情况下，我也会在两个字符串上使用 ltrim、rtrim、lower，然后使用“=”。再次感谢您的输入。

原文

Whenever I write a stored procedure for selecting data based on string variable (varchar, nvarchar, char) I would have something like:

procedure dbo.p_get_user_by_username(
    @username      nvarchar(256)
as
begin
    select
        u.username
        ,u.email
        --,etc
    from
        sampleUserTable u
    where
        u.username = @username
end

So in other words to match the record I would have

u.username = @username

But sometimes I come across code that would use LIKE in place of =

u.username like(@username)

When would you use it?
Shouldn't that be used only when you need some wildcard matching?

EDIT

Thanks for the answers.

I think that I need to clarify that what I was really trying to ask was: if there could be a situation when it was preferred to use like in place of "=" for exact string matching. From the answers I could say that there would not be.
From my own experience even in situations when I need to ignore e.g case, and leading and ending spaces i would use ltrim, rtrim, lower on both strings and then "=". Thanks again for your input.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

帥小哥 2024-07-16 07:13:10

你是对的。除非您正在进行通配符匹配，否则使用 LIKE 没有任何好处。此外，在没有通配符的情况下使用它可能会导致使用低效的查询计划。

回复收藏 0 原文

淑女气质 2024-07-16 07:13:10

Sunny 几乎做对了:)

在 SQL2005 的默认安装中在 QA 中运行以下命令

select * from sysobjects where name = 'sysbinobjs   '
-- returns 1 row
select * from sysobjects where name like 'sysbinobjs   '
-- returns 0 rows

因此，LIKE 与尾随空格不匹配，在查询计划方面两者的性能几乎相同，但“=”连接的性能稍好一些。

使用 LIKE 时必须记住的另一件事是正确转义字符串。

declare @s varchar(40) 
set @s = 'escaped[_]_%'

select 1 where 'escaped[_]_%'  like @s 
--Return nothing = BAD 

set @s = '_e_s_c_a_p_e_d_[___]___%' 

select 1 where 'escaped[_]_%'  like @s escape '_'
--Returns 1 = GOOD

一般来说，人们不会使用LIKE来进行精确匹配，因为转义问题会导致各种复杂性和微妙的错误，人们会忘记转义，这是一个痛苦的世界。

但是……如果你想要真正高效的精确匹配，LIKE 可以解决问题。

假设您想要将用户名与“sam”匹配，并且不想得到“Sam”或“Sam”，不幸的是列的排序规则不区分大小写。

像下面这样的东西（添加了转义）是可行的方法。

select * from sysobjects
WHERE name = 'sysbinobjs' and name COLLATE Latin1_General_BIN LIKE 'sysbinobjs'

进行双重匹配的原因是为了避免表扫描。

然而....

我认为varbinary 转换技巧不太容易出现错误并且更容易记住。

Sunny almost got it right :)

Run the following in QA in a default install of SQL2005

select * from sysobjects where name = 'sysbinobjs   '
-- returns 1 row
select * from sysobjects where name like 'sysbinobjs   '
-- returns 0 rows

So, LIKE does not match on trailing spaces, on the query plan side both perform almost equally, but the '=' join performs a tiny bit better.

An additional thing you MUST keep in mind when using LIKE is to escape your string properly.

declare @s varchar(40) 
set @s = 'escaped[_]_%'

select 1 where 'escaped[_]_%'  like @s 
--Return nothing = BAD 

set @s = '_e_s_c_a_p_e_d_[___]___%' 

select 1 where 'escaped[_]_%'  like @s escape '_'
--Returns 1 = GOOD

In general people do not use LIKE for exact matching, because the escaping issues cause all sorts of complications and subtle bugs, people forget to escape and there is a world of pain.

But ... if you want a real exact match that is efficient, LIKE can solve the problem.

Say, you want to match username to "sam" and do not want to get "Sam" or "Sam " and unfortunately the collation of the column is case insensitive.

Something like the following (with the escaping added) is the way to go.

select * from sysobjects
WHERE name = 'sysbinobjs' and name COLLATE Latin1_General_BIN LIKE 'sysbinobjs'

The reason you do a double match is to avoid a table scan.

However ....

I think the varbinary casting trick is less prone to bugs and easier to remember.

回复收藏 0 原文

薔薇婲 2024-07-16 07:13:10

如果不使用通配符，则不同之处在于，“=”进行精确匹配，但 LIKE 将匹配带有尾随空格的字符串（来自 SSBO）：

当您执行字符串比较时
使用 LIKE，所有字符
模式字符串很重要，
包括前导或尾随空格。
如果查询中的比较是
返回带有字符串 LIKE 的所有行
'abc'（abc 后跟一个
空格），其中的值的行
该列是 abc （abc 没有
空格）不被返回。然而，
表达式 to 中的尾随空格
与模式匹配的是
被忽略。如果查询中的比较是
返回带有字符串的所有行
LIKE 'abc'（不带空格的 abc），全部
以 abc 开头且为零的行
或返回更多尾随空白。