SQL Server 2008 空字符串与空格

Question

今天早上我遇到了一些奇怪的事情，我想我应该将其提交以供评论。

有人可以解释为什么以下 SQL 查询在针对 SQL 2008 运行时打印“等于”。数据库兼容性级别设置为 100。

if '' = ' '
    print 'equal'
else
    print 'not equal'

这将返回 0：

select (LEN(' '))

它似乎是自动修剪空间。我不知道以前版本的 SQL Server 中是否存在这种情况，而且我也没有办法测试它。

我遇到这个问题是因为生产查询返回了错误的结果。我在任何地方都找不到这种行为的记录。

有人有这方面的信息吗？

Answer 1

varchar 和相等性在 TSQL 中是棘手的。 LEN 函数表示：

返回给定字符串表达式的字符数，而不是字节数，不包括尾随空格。

您需要使用DATALENGTH来获取相关数据的真实字节计数。如果您有 unicode 数据，请注意，在这种情况下您获得的值将与文本的长度不同。

print(DATALENGTH(' ')) --1
print(LEN(' '))        --0

当涉及到表达式的相等性时，会像这样比较两个字符串的相等性：

• 获取较短的字符串
• 用空格填充直到长度等于较长字符串的长度
• 比较两个字符串

这是导致意外结果的中间步骤- 在这一步之后，您可以有效地将空格与空格进行比较 - 因此它们被视为相等。

在“空白”情况下，LIKE 的表现比 = 更好，因为它不会对您尝试匹配的模式执行空白填充：

if '' = ' '
print 'eq'
else
print 'ne'

将给出 eq< /code> while:

if '' LIKE ' '
print 'eq'
else
print 'ne'

会给出 ne

但要小心 LIKE ：它不是对称的：它将尾随空格视为模式（RHS）中的重要字符，但不认为匹配表达式（左）。以下内容摘自此处：

declare @Space nvarchar(10)
declare @Space2 nvarchar(10)

set @Space = ''
set @Space2 = ' '

if @Space like @Space2
print '@Space Like @Space2'
else
print '@Space Not Like @Space2'

if @Space2 like @Space
print '@Space2 Like @Space'
else
print '@Space2 Not Like @Space'

@Space Not Like @Space2
@Space2 Like @Space

Answer 2

T-SQL 中的 = 运算符与其说是“等于”，不如说它是“根据表达式上下文的排序规则，是相同的单词/短语”，而 LEN 是“单词/短语中的字符数”。没有排序规则将尾随空格视为其前面的单词/短语的一部分（尽管它们确实将前导空格视为其前面的字符串的一部分）。

如果您需要区分“this”和“this”，则不应使用“相同的单词或短语”运算符，因为“this”和“this”是同一个单词。

= 工作方式的贡献在于字符串相等运算符应该依赖于其参数的内容和表达式的排序规则上下文，但它不应该依赖于参数的类型（如果它们都是字符串类型） 。

“这些是同一个单词”的自然语言概念通常不够精确，无法被 = 等数学运算符捕获，并且自然语言中没有字符串类型的概念。上下文（即排序规则）很重要（并且存在于自然语言中）并且是故事的一部分，而附加属性（有些看起来很奇怪）是 = 定义的一部分，以便使其在非自然世界中得到明确定义数据。

在类型问题上，当单词存储在不同的字符串类型中时，您不希望单词发生变化。例如，类型 VARCHAR(10)、CHAR(10) 和 CHAR(3) 都可以保存单词“cat”的表示，而 ? = 'cat' 应该让我们决定这些类型中的任何一个值是否包含单词 'cat' （大小写和重音问题由排序规则确定）。

对 JohnFx 评论的回应：

请参阅使用 char 和 varchar 数据在线图书中的。引用该页面，强调我的：

每个 char 和 varchar 数据值都有一个排序规则。排序规则定义
属性，例如用于表示每个字符的位模式，
比较规则，以及对大小写或重音的敏感性。

我同意它可能更容易找到，但它已记录在案。

还值得注意的是，SQL 的语义（其中 = 与现实世界的数据和比较的上下文有关（而不是与计算机上存储的位相对））长期以来一直是 SQL 的一部分。 RDBMS 和 SQL 的前提是真实世界数据的忠实表示，因此它对排序规则的支持早于类似思想（例如 CultureInfo）进入类 Algol 语言领域的许多年。这些语言的前提（至少直到最近）是解决工程问题，而不是管理业务数据。 （最近，类似语言在非工程应用程序（如搜索）中的使用正在取得一些进展，但 Java、C# 等仍在与它们的非商业根源作斗争。）

在我看来，因为 SQL 的原因而批评 SQL 是不公平的。与“大多数编程语言”不同。 SQL 旨在支持与工程非常不同的业务数据建模框架，因此语言是不同的（并且更适合其目标）。

哎呀，当 SQL 第一次被指定时，有些语言没有任何内置的字符串类型。在某些语言中，字符串之间的等于运算符根本不比较字符数据，而是比较引用！如果再过一两年，== 依赖于文化的想法成为常态，我不会感到惊讶。

Answer 3

我找到了这篇博客文章 描述了行为并解释了原因。

SQL 标准要求该字符串
比较，有效地，填充
带有空格字符的较短字符串。
这导致了令人惊讶的结果
N'' = N' ' （空字符串
等于一个或多个空格的字符串
字符），更一般地说是任何
字符串等于另一个字符串，如果它们
仅尾随空格不同。这
在某些情况下可能会出现问题。

更多信息还可参见 MSKB316626

Answer 4

不久前有一个类似的问题，我研究了类似的问题这里

而不是LEN(' ')，使用DATALENGTH(' ') - 这给你正确的值。

解决方案是使用 LIKE 子句，如我的答案中所述，和/或在 WHERE 子句中包含第二个条件来检查 DATALENGTH 也是。

阅读该问题和其中的链接。

Answer 5

要将值与文字空间进行比较，您还可以使用此技术作为 LIKE 语句的替代方法：

IF ASCII('') = 32 PRINT 'equal' ELSE PRINT 'not equal'

Answer 6

有时，人们必须处理数据中的空格，无论是否有任何其他字符，即使使用 Null 的想法更好 - 但并不总是可用。
我确实遇到了所描述的情况并以这种方式解决了它：

... where ('>' + @space + '<') <> ('>' + @space2 + '<')

当然，对于大量数据，您不会这样做，但它可以快速轻松地处理数百行......

Answer 7

正如 SQL - 92 8.2 比较谓词所说：

如果X的字符长度不等于长度
在 Y 的字符中，则较短的字符串实际上是
出于比较的目的，用以下副本替换
本身已延伸至较长的长度
在一个或多个填充字符右侧串联而成的字符串
角色，其中 pad 角色是根据 CS 选择的。如果
CS有NO PAD属性，那么pad字符就是一个
与任何字符不同的依赖于实现的字符
X 和 Y 字符集中的字符较少校对
比 CS 下的任何字符串。否则，填充字符是
<空格>.

Answer 8

如何在 sql server 上使用字段 char/varchar 来区分 select 上的记录：
示例：

declare @mayvar as varchar(10)

set @mayvar = 'data '

select mykey, myfield from mytable where myfield = @mayvar

预期

mykey (int) | myfield (varchar10)

1 | '数据'

获得

mykey | myfield

1 | '数据'
2 | 'data'

即使我写
select mykey, myfield from mytable where myfield = 'data'（最后没有空白）
我得到相同的结果。

我怎么解决的？在这种模式下：

select mykey, myfield
from mytable
where myfield = @mayvar 
and DATALENGTH(isnull(myfield,'')) = DATALENGTH(@mayvar)

如果 myfield 上有索引，则在每种情况下都会使用它。

我希望这会有所帮助。

Answer 9

另一种方法是让它恢复到空间有价值的状态。
例如：用 _ 等已知字符替换空格

if REPLACE('hello',' ','_') = REPLACE('hello ',' ','_')
    print 'equal'
else
    print 'not equal'

返回：不等于

不理想，而且可能很慢，但在需要快速时是另一种快速前进的方法。