• SQL SERVER中LIKE在Char和nChar输出结果不一致解惑


    一同事在写脚本时,遇到一个关于LIKE里面使用不同的变量类型导致查询结果不一致的问题,因为这个问题被不同的人问过好几次,索性总结一下,免得每次都要解释一遍,直接丢一篇博客岂不是更方便!其实看似有点让人不解的现象背后实质跟数据类型的实现有关。

     

    下面我们构造这样一个类似的简单案例。如下所

     

    CREATE TABLE TEST
    (ID        INT IDENTITY(1,1),
     NAME    VARCHAR(32)
    )
     
    INSERT INTO dbo.test
    SELECT 'abc32'
     
    INSERT INTO dbo.test
    SELECT 'abd32'
     
    INSERT INTO dbo.test
    SELECT 'abe32' 
     
     
     
     
    DECLARE @name  VARCHAR(32);
    SET @name='ab%';
    SELECT * FROM TEST WHERE NAME LIKE @name;
     
     
    DECLARE @name1 CHAR(32);
    SET @name1='ab%';
    SELECT * FROM dbo.TEST WHERE NAME LIKE @name1;

     

    如上截图所示,当变量使用VARCHAR类型与CHAR类型时,两种的输出结果完全不一样。如果对SQL SERVER数据类型了解不透彻的话,估计真的对这个问题感到相当困惑。但是对SQL Server数据类型了解比较深入的人来说,这真的是一个简单到不能再简单的问题。

     

    如下所示,我们在SQL语句中加入两句SQL,用DATALENGTH返回任何表达式的字节数,你会发现VARCHAR类型的变量返回的字节数为3,但是CHAR类型的变量的字节数为32,其实原因就在于CHAR类型是定长的,也就是当你输入的字符小于你指定的数目时,例如char(32),你输入的字符小于32时,它会在后面补空值。当你输入的字符大于指定的数时,它会截取超出的字符. 所以下面两种LIKE的逻辑意义不一样。LIKE 'ab%'  与 LIKE 'abc%       '的逻辑完全不同。

    其实你想从侧面印证一下也很简单,如下脚本对比所示,仔细理解一下,也许你就想明白了!

     

    DECLARE @name  CHAR(32);
    
    SET @name='ab%';
    
    SELECT * FROM TEST WHERE NAME LIKE @name;
    
     
    
     
    
    DECLARE @name1 CHAR(3);
    
    SET @name1='ab%';
    
    SELECT * FROM dbo.TEST WHERE NAME LIKE @name1;

     

    如果使用 LIKE 执行字符串比较,则模式字符串中的所有字符都有意义。 这包括前导或尾随空格。 如果查询中的比较要返回包含 "abc "(abc 后有一个空格)的所有行,则不会返回包含 "abc"(abc 后没有空格)的列所在行。 但是可以忽略模式所要匹配的表达式中的尾随空格。 如果查询中的比较要返回包含 "abc"(abc 后没有空格)的所有行,则返回以 "abc" 开始并且具有零个或多个尾随空格的所有行。

    由于数据存储方式的原因,使用包含 char 和 varchar 数据的模式的字符串比较可能无法通过 LIKE 比较。 您应当了解每种数据类型的存储方式以及导致 LIKE 比较失败的原因。 以下示例将本地 char 变量传递给存储过程,然后使用模式匹配来查找其姓氏以一组指定的字符开始的所有雇员。

    -- Uses AdventureWorks  
    
    CREATE PROCEDURE FindEmployee @EmpLName char(20)  
    AS  
    SELECT @EmpLName = RTRIM(@EmpLName) + '%';  
    SELECT p.FirstName, p.LastName, a.City  
    FROM Person.Person p JOIN Person.Address a ON p.BusinessEntityID = a.AddressID  
    WHERE p.LastName LIKE @EmpLName;  
    GO  
    EXEC FindEmployee @EmpLName = 'Barb';  
    GO

    当名字中包含的字符数小于 20 时,char 变量 (@EmpLName) 将包含尾随空格,这导致 FindEmployee过程中没有行返回。 由于 LastName 列为 varchar 类型,因此没有尾随空格。 因为尾随空格是有意义的,所以此过程失败。

    但以下示例会成功,因为没有向 varchar 变量中添加尾随空格。

    -- Uses AdventureWorks  
    
    CREATE PROCEDURE FindEmployee @EmpLName varchar(20)  
    AS  
    SELECT @EmpLName = RTRIM(@EmpLName) + '%';  
    SELECT p.FirstName, p.LastName, a.City  
    FROM Person.Person p JOIN Person.Address a ON p.BusinessEntityID = a.AddressID  
    WHERE p.LastName LIKE @EmpLName;  
    GO  
    EXEC FindEmployee @EmpLName = 'Barb';
    FirstName      LastName            City
    ----------     -------------------- --------------- 
    Angela         Barbariol            Snohomish
    David          Barber               Snohomish
    (2 row(s) affected)

    https://www.cnblogs.com/kerrycode/p/9069910.html

    https://docs.microsoft.com/zh-cn/sql/t-sql/language-elements/like-transact-sql?view=sql-server-2017

     

     

  • 相关阅读:
    新学期——扬帆起航
    我与虚拟机的爱恨情仇
    20155329胡佩伦的第二次预备作业——再思考
    课前的第一次与老师交流
    # 20155327 2016-20017-3 《Java程序设计》第3周学习总结
    20155327《Java程序设计》第二周学习总结
    20155327 2016-2017-2 《Java程序设计》第一周学习总结
    20155327第三次作业
    20155327 学习基础和C语言基础调查
    记自己的第一篇博客
  • 原文地址:https://www.cnblogs.com/masonlu/p/9795085.html
Copyright © 2020-2023  润新知