SQL Serverの末尾のスペースを含まないLEN関数

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

長さの結果に末尾のスペースを含めるにはどうすればよいですか？

これは、MSDNのhttp://msdn.microsoft.com/en-us/library/ms190329(SQL.90).aspxでMicrosoftによって明確に文書化されており、LENは指定された文字列式の文字数を返します。末尾の空白」。ただし、注意しないと見落とすのは簡単です。

代わりにDATALENGTH関数を使用する必要があります。http：//msdn.microsoft.com/en-us/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よりもこれを好みます。また、文字列がすでに最大長になっているエッジケースについて心配する必要がないため、最後に文字を追加するよりも好みです。

注：非常に大きなデータセットに対して使用する前に、パフォーマンスをテストします。2M行に対してテストしただけで、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

廃止された接続リンク：https : //connect.microsoft.com/SQLServer/feedback/details/801381

上位2つの回答には問題があります。推奨する答えDATALENGTHは、プログラマーのエラーになりがちです。の結果はDATALENGTH、NVARCHAR型の場合は2 ではなく、型の場合は2で除算する必要がありVARCHARます。これには、長さを取得するタイプの知識が必要です。そのタイプが変更されDATALENGTHた場合、使用した場所を入念に変更する必要があります。

最も賛成された回答にも問題があります（この問題が私に噛み付くまで、私はそれを行うための私の好ましい方法であったことを認めます）。長さを取得するものがtype NVARCHAR(4000)であり、実際に4000文字のストリングが含まれている場合、SQLは結果を暗黙的にキャストするのではなく、追加された文字を無視しNVARCHAR(MAX)ます。最終結果は不正確な長さです。同じことがVARCHAR（8000）でも起こります。

私が見つけたものは機能し、普通のoldとほぼ同じ速さであり、大きな文字列のLEN場合よりも速くLEN(@s + 'x') - 1、基礎となる文字幅が以下であると想定していません：

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

これはデータ長を取得し、文字列の1文字のデータ長で除算します。「x」の追加は、文字列が空の場合をカバーします（その場合、ゼロで除算されます）。これ@sは、VARCHARまたはのどちらでも機能しNVARCHARます。LEFT追加の前に1文字のofを実行すると、文字列が大きいときに一部の時間が削られます。ただし、この問題は、サロゲートペアを含む文字列では正しく機能しないことです。

受け入れられた回答へのコメントで言及されている別の方法があり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は本番のユースケースで使用しています。

DATALENGTHn / varcharの問題が原因で嫌いな場合は、次のようにしてください。

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

それはちょうどです

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

ゼロ除算保護でラップされています。

単一の文字のDATALENGTHで割ることにより、長さを正規化します。

（もちろん、それが問題である場合でも、サロゲートペアに問題があります。）

SELECT DATALENGTH（ 'string'）を使用してください