SQL Server'da char, nchar, varchar ve nvarchar arasındaki fark nedir?

Ne anlama geliyor nvarchar?

Arasındaki fark nedir char, nchar, varchar, ve nvarcharSQL Server?

Temizlemek için ... ya da özetlemek için ...

• ncharve Unicode karakterleri nvarcharsaklayabilir .
• charve Unicode karakterleri depolayamaz .varchar
• charve ncharedilir uzunlukta sabit olacak depolama alanı rezerv tüm bu alanı kullanmak bile belirttiğiniz karakter sayısı için.
• varcharve nvarcharolan değişken uzunlukta sadece saklamak karakterler için boşluk yukarı kullanacaktır. Bu gibi depolama ayırmaz charveyanchar .

ncharve nvarchariki kat daha fazla depolama alanı kaplayacağından, bunları yalnızca Unicode desteğine ihtiyacınız varsa kullanmak akıllıca olabilir .

Şimdiye kadar tüm cevaplar varchartek bayt, nvarchar çift ​​bayt olduğunu gösteriyor. Bunun ilk kısmı aslında aşağıda gösterildiği gibi harmanlamaya bağlıdır .

DECLARE @T TABLE
(
C1 VARCHAR(20) COLLATE Chinese_Traditional_Stroke_Order_100_CS_AS_KS_WS,
C2 NVARCHAR(20)COLLATE  Chinese_Traditional_Stroke_Order_100_CS_AS_KS_WS
)

INSERT INTO @T 
    VALUES (N'中华人民共和国',N'中华人民共和国'),
           (N'abc',N'abc');

SELECT C1,
       C2,
       LEN(C1)        AS [LEN(C1)],
       DATALENGTH(C1) AS [DATALENGTH(C1)],
       LEN(C2)        AS [LEN(C2)],
       DATALENGTH(C2) AS [DATALENGTH(C2)]
FROM   @T  

İadeler

Not 华ve 国karakterler hala temsil edilmemiştir VARCHARsürümü ve sessizce ile değiştirilmiştir ?.

Aslında bu harmanlamada tek bir bayt tarafından reddedilebilecek hiç Çince karakter yok. Tek baytlık karakterler, tipik batı ASCII kümesidir.

Bu nedenle, bir, bir insert mümkündür nvarchar(X), bir kolon varchar(X)sütun bir kesme hata ile başarısız (X her iki durumda da aynı olan bir sayıdır, q).

SQL Server 2012, destekleyen SC (Tamamlayıcı Karakter) harmanlamaları ekler UTF-16. Bu harmanlamalarda tek bir nvarcharkarakter 2 veya 4 bayt sürebilir.

nchar ve char, nvarchar ve varchar gibi hemen hemen aynı şekilde çalışır. Aralarındaki tek fark, nchar / nvarchar Unicode karakterlerini depolamasıdır (genişletilmiş karakter kümelerinin kullanılmasını gerektiriyorsa gereklidir), ancak varchar içermez.

Unicode karakterler daha fazla depolama alanı gerektirdiğinden, nchar / nvarchar alanları iki kat daha fazla yer kaplar (örneğin, SQL Server'ın önceki sürümlerinde nvarchar alanının maksimum boyutu 4000'dir).

Bu soru kopyası bu bir .

Sadece bir şey daha eklemek için: nchar - verilere sondaki boşlukları ekler. nvarchar - verilere sondaki boşluklar eklemez.

Bu nedenle, veri kümenizi bir 'nchar' alanına göre filtreleyecekseniz, boşlukları kaldırmak için RTRIM'i kullanmak isteyebilirsiniz. BRAND adı verilen nchar (10) alanı NIKE kelimesini saklar. Kelimenin sağına 6 boşluk ekler. Bu nedenle, filtrelerken ifade şöyle olmalıdır: RTRIM (Fields! BRAND.Value) = "NIKE"

Umarım buradaki birine yardımcı olur, çünkü şimdi onunla biraz uğraşıyordum!

Mevcut cevapları özetleme ve düzeltme girişimim:

İlk olarak, charve ncharbuna karşın her zaman, saklanmasına dize kullanılabilir alan daha küçük olduğunda bile, depolama alanı sabit bir miktar kullanacak varcharve nvarcharbu dizeyi (artı yükü iki bayt depolamak için gerekli olan kadar depolama alanı olarak yalnızca kullanacak, muhtemelen dize uzunluğunu saklamak için). Unutmayın, "var" değişken alanda olduğu gibi "değişken" anlamına gelir.

Anlamak için ikinci önemli nokta yani ncharve nvarcharkullanma mağaza dizeleri tam oysa, her karakter iki bayt charve varcharolacak harmanlama kod sayfası tarafından belirlenen bir kodlama kullanır genellikle (orada, istisnalar aşağıya bakınız rağmen) karakterinin başına tam bir byte olacak. Burada hatırlanması gereken temel şey, yani her karakter iki bayt kullanarak, karakterlerin çok geniş bir aralık, saklanabilir ncharve nvarcharsen muhtemelen bunu uluslararası destek, istediğinizde çok daha iyi bir seçim olma eğilimindedir.

Şimdi bazı daha ince noktalar için.

İlk olarak ncharve nvarcharsütunlar her zaman UCS-2 kullanarak veri depolar. Bu, karakter başına tam olarak iki bayt kullanılacağı ve Temel Çok Dilli Düzlemdeki (BMP) herhangi bir Unicode karakterin bir ncharveya nvarcharalan tarafından saklanabileceği anlamına gelir . Ancak, herhangi bir Unicode karakterinin saklanabileceği durum söz konusu değildir . Örneğin, Wikipedia'ya göre, Mısır hiyeroglifleri için kod noktaları BMP'nin dışında kalıyor. Bu nedenle, UTF-8'de temsil edilebilen Unicode dizeleri ve bir SQL Server ncharveya nvarcharalanda depolanamayan diğer gerçek Unicode kodlamaları vardır ve Mısır hiyerogliflerinde yazılmış dizeler bunlar arasında olacaktır. Neyse ki kullanıcılarınız muhtemelen bu senaryoda yazmazlar, ancak akılda tutulması gereken bir şeydir!

Başka kafa karıştırıcı ama diğer posterleri sermiştir ilginç nokta olduğunu charve varcharharmanlama kod sayfası gerektiriyorsa alanları belirli karakterler için karakter iki bayt kullanabilir. (Martin Smith, Chinese_Traditional_Stroke_Order_100_CS_AS_KS_WS'nin bu davranışı nasıl sergilediğini gösterdiği mükemmel bir örnek veriyor.

GÜNCELLEME: SQL Server 2012'den itibaren, UTF-16 için nihayet tüm Unicode aralığını gerçekten kapsayabilen Latin1_General_100_CI_AS_SC kod sayfaları vardır .

• char: maksimum 8000 karakter uzunluğunda sabit uzunlukta karakter verileri.
• nchar: maksimum 4000 karakter uzunluğunda sabit uzunluklu unicode veriler.
• Char = 8 bit uzunluk
• NChar = 16 bit uzunluk

nchar[(n)] (Ulusal karakter)

• Sabit uzunluklu Unicode dize verileri.
• n dize uzunluğunu tanımlar ve 1 ile 4,000 arasında bir değer olmalıdır.
• Depolama boyutu iki kat nbayttır.

nvarchar [(n | max)] (ulusal karakter değişiyor.)

• Değişken uzunlukta Unicode dize verileri.
• n dize uzunluğunu tanımlar ve 1 ile 4,000 arasında bir değer olabilir.
• max maksimum depolama boyutunun 2 ^ 31-1 bayt (2 GB) olduğunu gösterir.
• Bayt cinsinden depolama boyutu, girilen verilerin gerçek uzunluğunun iki katıdır + 2 bayt

char [(n)] (karakter)

• Sabit uzunluklu non-Unicodedize verileri.
• n dize uzunluğunu tanımlar ve 1 ile 8.000 arasında bir değer olmalıdır.
• Depolama boyutu nbayttır.

varchar [(n | max)] (karakter değişiyor)

• Değişken uzunlukta, Unicode olmayan dize verileri.
• n dize uzunluğunu tanımlar ve 1 ile 8.000 arasında bir değer olabilir.
• max maksimum depolama boyutunun 2 ^ 31-1 bayt (2 GB) olduğunu gösterir.
• Depolama boyutu, girilen verinin gerçek uzunluğu + 2 bayt.

Farklılıklar :

1. n [var] char unicode depolarken, [var] char sadece tek baytlık karakterleri saklar.
2. [n] karakter, tam uzunlukta sabit sayıda karakter gerektirirken, [n] varchar tanımlanmış uzunlukta dahil olmak üzere değişken sayıda karakter kabul eder.

Başka bir fark uzunluktur. Hem nchar hem de nvarchar 4.000 karakter uzunluğunda olabilir. Ve char ve varchar 8000 karakter uzunluğunda olabilir. Ancak SQL Server için 2.147.483.648 karaktere kadar işleyebilen bir [n] varchar (max) da kullanabilirsiniz. (İki gigabayt, işaretli bir 4 bayt tam sayı.)

nchar, nvarchar'dan daha fazla alan gerektirir .

Örneğin,

Bir nchar (100), yalnızca 5 girseniz bile, her zaman 100 karakter depolar, kalan 95 karakter boşluklarla doldurulur. Bir nvarchar'da (100) 5 karakter depolamak 5 karakter kazandırır.

nchar (10), 10 uzunlukta sabit uzunluklu bir Unicode dizgidir. nvarchar (10), maksimum 10 uzunluğu olan değişken uzunlukta bir Unicode dizgidir. Genellikle, tüm veri değerleri 10 karakter ve sonuncusu ise birincisini kullanırsınız. uzunluklar değişirse.

• nchar sabit uzunluktadır ve unicode karakterleri tutabilir. karakter başına iki bayt depolama kullanır.

• varchar değişken uzunluktadır ve unicode karakterleri tutamaz. karakter başına bir bayt depolama kullanır.

NVARCHAR , Unicode karakterleri depolayabilir ve karakter başına 2 bayt alır.