LEN函数不包括SQL Server中的尾随空格

我在SQL Server 2005中具有以下测试表：

CREATE TABLE [dbo].[TestTable]
(
 [ID] [int] NOT NULL,
 [TestField] [varchar](100) NOT NULL
) 

填充：

INSERT INTO TestTable (ID, TestField) VALUES (1, 'A value');   -- Len = 7
INSERT INTO TestTable (ID, TestField) VALUES (2, 'Another value      '); -- Len = 13 + 6 spaces

当我尝试使用SQL Server LEN（）函数查找TestField的长度时，它不计算尾随空格-例如：

-- Note: Also results the grid view of TestField do not show trailing spaces (SQL Server 2005).
SELECT 
 ID, 
 TestField, 
 LEN(TestField) As LenOfTestField, -- Does not include trailing spaces
FROM 
 TestTable

如何在长度结果中包含尾随空格？

Microsoft在MSDN中清楚地记录了这一点，网址为 http://msdn.microsoft.com/zh-cn/library/ms190329(SQL.90).aspx中，其中指出LEN“返回指定字符串表达式的字符数，不包括尾随空白”。但是，如果您不警惕，这是一个容易错过的细节。

您需要改为使用DATALENGTH函数-请参阅 http://msdn.microsoft.com/zh-cn/library/ms173486(SQL.90).aspx- “返回用于表示任何表达式的字节数”。

例：

SELECT 
    ID, 
    TestField, 
    LEN(TestField) As LenOfTestField,           -- Does not include trailing spaces
    DATALENGTH(TestField) As DataLengthOfTestField      -- Shows the true length of data, including trailing spaces.
FROM 
    TestTable

您可以使用以下技巧：

LEN（Str +'x'）-1

我使用这种方法：

LEN(REPLACE(TestField, ' ', '.'))

我比较喜欢DATALENGTH，因为它适用于不同的数据类型，而且我更喜欢在结尾添加字符，因为您不必担心字符串已经达到最大长度的边缘情况。

注意：在针对非常大的数据集使用性能之前，我会先对其进行测试；虽然我只是针对200万行进行了测试，但没有REPLACE的情况，它没有LEN慢...

“如何在长度结果中包括尾随空格？”

您可以要求某人提交SQL Server增强请求/错误报告，因为几乎所有列出的针对此惊人的简单问题的变通办法都存在某些缺陷或效率低下。这在SQL Server 2012中似乎仍然是正确的。自动修整功能可能源于ANSI / ISO SQL-92，但似乎存在一些漏洞（或没有计算在内）。

请在此处投票“添加设置，以便LEN计算尾随空格”：

https://feedback.azure.com/forums/908035-sql-server/suggestions/34673914-add-setting-so-len-counts-trailing-whitespace

退休的Connect链接：https : //connect.microsoft.com/SQLServer/feedback/details/801381

两个投票最高的答案存在问题。推荐答案DATALENGTH很容易出现程序员错误。类型的结果DATALENGTH必须除以2 NVARCHAR，而不是VARCHAR类型。这需要了解您要使用的长度的类型，如果该类型发生更改，则必须努力更改所使用的位置DATALENGTH。

最高答案也有一个问题（我承认这是我首选的解决方法，直到这个问题困扰了我）。如果要获取长度的东西是类型的NVARCHAR(4000)，并且实际上包含4000个字符的字符串，则SQL将忽略附加字符，而不是将结果隐式转换为NVARCHAR(MAX)。最终结果是长度不正确。VARCHAR（8000）将发生相同的情况。

我发现的效果几乎与普通旧字体一样快LEN，比LEN(@s + 'x') - 1大型字符串要快，并且不假定底层字符宽度如下：

DATALENGTH(@s) / DATALENGTH(LEFT(LEFT(@s, 1) + 'x', 1))

这将获得数据长度，然后除以字符串中单个字符的数据长度。“ x”的附加项覆盖字符串为空的情况（在这种情况下，该值将被零除）。不管@s是VARCHAR还是都有效NVARCHAR。LEFT当字符串很大时，在追加之前做1个字符的字符会花费一些时间。但是，这样做的问题是，它不适用于包含代理对的字符串。

使用已接受的答案的注释中提到了另一种方法REPLACE(@s,' ','x')。该技术给出了正确的答案，但是当字符串很大时，它比其他技术要慢几个数量级。

考虑到代理对在使用任何技术时都会引入的问题DATALENGTH，我认为给出正确答案的最安全方法是：

LEN(CONVERT(NVARCHAR(MAX), @s) + 'x') - 1

这比该REPLACE技术要快，而对于更长的字符串则要快得多。基本上，该技术是该LEN(@s + 'x') - 1技术，但是对于边缘长度为4000（对于nvarchar）或8000（对于varchar）的字符串的边缘情况提供了保护，因此即使对此也给出了正确的答案。它还应正确处理具有代理对的字符串。

您还需要确保您的数据实际以尾随空白保存。当ANSI PADDING为OFF（非默认）时：

修剪插入varchar列的字符值中的尾随空白。

LEN默认情况下会剪切尾随空格，因此当您将它们移到最前面时，我发现此功能有效

（LEN（REVERSE（TestField））

因此，如果您愿意，您可以说

SELECT
t.TestField,
LEN(REVERSE(t.TestField)) AS [Reverse],
LEN(t.TestField) AS [Count]
FROM TestTable t
WHERE LEN(REVERSE(t.TestField)) <> LEN(t.TestField)

当然不要将其用于前导空格。

如果您不喜欢字符串混叠，则应定义一个CLR函数，该函数将返回“字符串的长度”字段。我LEN('x' + @string + 'x') - 2在生产用例中使用。

如果DATALENGTH由于n / varchar的问题而不喜欢的原因，该怎么做：

select DATALENGTH(@var)/isnull(nullif(DATALENGTH(left(@var,1)),0),1)

这只是

select DATALENGTH(@var)/DATALENGTH(left(@var,1))

包裹着除零保护。

通过除以单个字符的DATALENGTH，我们可以将长度标准化。

（当然，如果担心的话，代理对仍然存在问题。）

使用SELECT DATALENGTH（'string'）