SQL Server 2008 Boş Dize ve Boşluk

Bu sabah biraz tuhaf bir şeyle karşılaştım ve yorum için sunayım dedim.

Birisi aşağıdaki SQL sorgusunun SQL 2008 ile çalıştırıldığında neden 'eşit' yazdırdığını açıklayabilir. Db uyumluluk seviyesi 100 olarak ayarlanmıştır.

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

Ve bu 0 döndürür:

select (LEN(' '))

Alanı otomatik olarak kırpıyor gibi görünüyor. SQL Server'ın önceki sürümlerinde durumun bu olup olmadığı konusunda hiçbir fikrim yok ve artık onu test edecek herhangi bir çevrem yok.

Bununla karşılaştım çünkü bir üretim sorgusu yanlış sonuçlar veriyordu. Bu davranışı hiçbir yerde belgelenmiş bulamıyorum.

Bu konuda bilgisi olan var mı?

varchars ve eşitlik TSQL'de çetrefilli. LENFonksiyon diyor ki:

Verilen dize ifadesinin bayt sayısı yerine karakter sayısını döndürür, sondaki boşlukları hariç tutar .

Söz konusu verilerin DATALENGTHgerçek bytesayısını elde etmek için kullanmanız gerekir . Unicode verileriniz varsa, bu durumda alacağınız değerin metnin uzunluğu ile aynı olmayacağını unutmayın.

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

İfadelerin eşitliği söz konusu olduğunda, iki dizi eşitlik açısından şu şekilde karşılaştırılır:

• Daha kısa dize alın
• Uzunluk, daha uzun ipin uzunluğuna eşit olana kadar boşluklarla doldurun
• İkisini karşılaştır

Beklenmedik sonuçlara neden olan orta adımdır - bu adımdan sonra, beyaz boşluğu beyaz boşlukla etkili bir şekilde karşılaştırırsınız - dolayısıyla eşit olarak görülürler.

LIKE="boşluklar" durumundan daha iyi davranır çünkü eşleştirmeye çalıştığınız kalıp üzerinde boşluk doldurma yapmaz:

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

eqSüre verecek :

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

Verecek ne

LIKEYine de dikkatli olun : simetrik değildir: takip eden beyaz boşluğu kalıpta (RHS) önemli olarak değerlendirir ancak eşleşme ifadesinde (LHS) değil. Aşağıdakiler buradan alınmıştır :

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

= Operatörü T-SQL olduğu gibi "eşittir" değildir "ifadenin bağlamının harmanlamasına göre aynı kelime / kelime öbeğidir" ve LEN "kelime / kelime öbeğindeki karakter sayısıdır." Hiçbir harmanlama, arkadaki boşlukları kendilerinden önceki kelime / ifadenin bir parçası olarak ele almaz (baştaki boşlukları önündeki dizenin bir parçası olarak değerlendirirler)

"Bu" ile "bu" arasındaki farkı ayırt etmeniz gerekiyorsa, "aynı kelime veya kelime öbeği" operatörünü kullanmamalısınız çünkü "bu" ve "bu" aynı kelimedir.

Yol = çalışmalarına katkıda bulunan, dize eşitliği operatörünün argümanlarının içeriğine ve ifadenin harmanlama bağlamına bağlı olması gerektiği, ancak her ikisi de dize türündeyse argümanların türlerine bağlı olmaması gerektiği fikridir. .

"Bunlar aynı kelimedir" şeklindeki doğal dil kavramı tipik olarak = gibi bir matematiksel operatör tarafından yakalanabilecek kadar kesin değildir ve doğal dilde dizgi türü kavramı yoktur. Bağlam (yani, harmanlama) önemlidir (ve doğal dilde mevcuttur) ve hikayenin bir parçasıdır ve ek özellikler (bazıları ilginç görünüyor), onu doğal olmayan dünyasında iyi tanımlanmış kılmak için = tanımının bir parçasıdır. veri.

Tür konusunda, farklı dize türlerinde depolandıklarında kelimelerin değişmesini istemezsiniz. Örneğin, VARCHAR (10), CHAR (10) ve CHAR (3) türlerinin tümü 'cat' kelimesinin temsillerini içerebilir ve? = 'kedi', bu türlerden herhangi birinin bir değerinin 'kedi' kelimesini barındırıp barındırmadığına karar vermemize izin vermelidir (büyük / küçük harf ve aksan sorunları harmanlama ile belirlenir)

JohnFx'in yorumuna yanıt:

Çevrimiçi Kitaplarda char ve varchar Verilerini Kullanma konusuna bakın . O sayfadan alıntı yapmak, benim vurgum

Her char ve varchar veri değerinin bir harmanlaması vardır. Harmanlamalar, her bir karakteri temsil etmek için kullanılan bit desenleri, karşılaştırma kuralları ve büyük / küçük harfe veya vurguya duyarlılık gibi nitelikleri tanımlar .

Bulmanın daha kolay olabileceğine katılıyorum, ancak belgelendi.

Ayrıca kayda değer, SQL'in anlambiliminin, burada = gerçek dünya verileriyle ve karşılaştırmanın bağlamı (bilgisayarda depolanan bitlerle ilgili bir şeyin aksine) uzun süredir SQL'in bir parçası olduğudur. RDBMS'lerin ve SQL'in öncülü, gerçek dünya verilerinin sadık temsilidir, dolayısıyla benzer fikirler (CultureInfo gibi) Algol benzeri dillerin alanına girmeden yıllar önce harmanlamaları desteklemektedir. Bu dillerin temeli (en azından çok yakın zamana kadar) iş verilerinin yönetimi değil, mühendislikte problem çözmekti. (Son zamanlarda, arama gibi mühendislik dışı uygulamalarda benzer dillerin kullanılması bazı ilerlemeler yaratıyor, ancak Java, C # vb. Hala ticari olmayan kökleriyle mücadele ediyor.)

Bana göre SQL'i "çoğu programlama dilinden" farklı olduğu için eleştirmek adil değil. SQL, mühendislikten çok farklı bir iş veri modellemesi çerçevesini desteklemek için tasarlanmıştır, bu nedenle dil farklıdır (ve amacı için daha iyidir).

Heck, SQL ilk belirlendiğinde, bazı dillerde herhangi bir yerleşik dize türü yoktu. Ve yine de bazı dillerde dizeler arasındaki eşittir operatörü karakter verilerini hiç karşılaştırmaz, ancak referansları karşılaştırır! Bir veya iki on yıl içinde == kültüre bağlı fikrinin norm haline gelmesi beni şaşırtmaz.

Davranışı açıklayan ve nedenini açıklayan bu blog makalesini buldum .

SQL standardı, dize karşılaştırmalarının etkili bir şekilde daha kısa dizeyi boşluk karakterleriyle doldurmasını gerektirir. Bu, N '' = N '' (boş dize bir veya daha fazla boşluk karakterinden oluşan bir dizgeye eşittir) ve daha genel olarak herhangi bir dizenin, yalnızca sondaki boşluklarla farklılık gösteriyorsa başka bir dizeye eşit olması şaşırtıcı sonucuna yol açar. Bu, bazı bağlamlarda sorun olabilir.

Daha fazla bilgi MSKB316626'da da mevcuttur

Bir süre önce, benzer bir soruna burada baktığımda benzer bir soru vardı

Bunun yerine, size doğru değeri veren - LEN(' ')kullanın DATALENGTH(' ').

Çözümler, LIKEoradaki cevabımda açıklandığı gibi bir cümle kullanmak ve / veya WHEREcümleye kontrol etmek için 2. bir koşul eklemek idi DATALENGTH.

Bu soruyu ve oradaki bağlantıları okuyun.

Bir değeri değişmez bir alanla karşılaştırmak için, bu tekniği LIKE ifadesine alternatif olarak da kullanabilirsiniz:

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

Sql sunucusunda char / varchar alanlarıyla seçili kayıtlar nasıl ayırt edilir: örnek:

declare @mayvar as varchar(10)

set @mayvar = 'data '

select mykey, myfield from mytable where myfield = @mayvar

beklenen

mykey (int) | myfield (varchar10)

1 | "veri"

Elde edilen

mykey | benim alanım

1 | 'veri' 2 | "veri"

yazsam bile select mykey, myfield from mytable where myfield = 'data'(son boşluk olmadan) aynı sonuçları alıyorum.

nasıl çözdüm? Bu modda:

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

ve alanımda bir dizin varsa, her durumda kullanılacaktır.

Umarım yardımcı olur.

Başka bir yol da, onu mekanın değerli olduğu bir duruma geri getirmektir. örneğin: boşluğu _ gibi bilinen bir karakterle değiştirin

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

döndürür: eşit değil

İdeal değil ve muhtemelen yavaş, ancak hızlı bir şekilde ihtiyaç duyulduğunda ileriye doğru başka bir hızlı yoldur.

Null kullanma fikri daha iyi olsa da, her zaman kullanılabilir olmasa da, bazen verilerdeki boşluklarla, başka karakterlerle veya başka karakterlerle uğraşmak zorunda kalırsınız. Açıklanan durumla karşılaştım ve şu şekilde çözdüm:

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

Tabii ki bunu büyük miktarda veri için yapmazsınız, ancak birkaç yüz satır için hızlı ve kolay çalışır ...