ฟังก์ชัน 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

เมื่อฉันพยายามค้นหาความยาวของ TestField ด้วยฟังก์ชัน SQL Server LEN () จะไม่นับช่องว่างต่อท้าย - เช่น:

-- 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/en-us/library/ms190329(SQL.90).aspxซึ่งระบุว่า 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

คุณสามารถใช้เคล็ดลับนี้:

เลน (Str + 'x') - 1

ฉันใช้วิธีนี้:

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

ฉันชอบสิ่งนี้มากกว่า DATALENGTH เพราะใช้งานได้กับประเภทข้อมูลที่แตกต่างกันและฉันชอบมากกว่าการเพิ่มอักขระต่อท้ายเพราะคุณไม่ต้องกังวลกับขอบกรณีที่สตริงของคุณมีความยาวสูงสุดอยู่แล้ว

หมายเหตุ: ฉันจะทดสอบประสิทธิภาพก่อนที่จะใช้กับชุดข้อมูลขนาดใหญ่มาก แม้ว่าฉันจะทดสอบกับ 2M แถวและก็ไม่ช้าไปกว่า LEN ที่ไม่มี REPLACE ...

"ฉันจะรวมช่องว่างต่อท้ายในผลลัพธ์ความยาวได้อย่างไร"

คุณได้รับใครบางคนเพื่อยื่นคำร้องขอการปรับปรุงเซิร์ฟเวอร์ SQL / รายงานข้อบกพร่องเนื่องจากเกือบทั้งหมดที่ระบุไว้สำหรับปัญหาง่ายๆที่น่าอัศจรรย์นี้ที่นี่มีข้อบกพร่องบางอย่างหรือไม่มีประสิทธิภาพ สิ่งนี้ยังดูเหมือนจะเป็นจริงใน 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

ลิงค์ Retired 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ปิดอยู่ (ไม่ใช่ค่าเริ่มต้น):

ช่องว่างต่อท้ายในค่าอักขระที่แทรกในคอลัมน์ varchar จะถูกตัดออก

LEN จะตัดช่องว่างต่อท้ายตามค่าเริ่มต้นดังนั้นฉันจึงพบว่าสิ่งนี้ใช้ได้ผลเมื่อคุณย้ายไปด้านหน้า

(เลน (ย้อนกลับ (สนามทดสอบ))

ดังนั้นหากคุณต้องการคุณสามารถพูดได้

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')