nvarchar (maks.) ve NText

SQL Server'da nvarchar(max)vs. NTextveri türlerini kullanmanın avantajları ve dezavantajları nelerdir? Geriye dönük uyumluluğa ihtiyacım yok, bu yüzden nvarchar(max)eski SQL Server sürümlerinde desteklenmiyor.

Düzenleme: Anlaşılan soru da geçerlidir TEXTve IMAGEvs varchar(max)ve varbinary(max)daha sonra bu veri türleri için bu arama için.

Avantajları aşağıdaki gibi işlevleri kullanabilmeniz olan LENve LEFTüzerinde nvarchar(max)ve buna karşı yapamaz ntextve text. Ayrıca çalışmak zorunda nvarchar(max)olduğunuz textyerden daha kolaydır WRITETEXTve UPDATETEXT.

Ayrıca text, ntextvb kaldırılmaktadır ( http://msdn.microsoft.com/en-us/library/ms187993.aspx )

VARCHAR(MAX)TEXTalanı barındıracak kadar büyük . TEXT, NTEXTVe IMAGESQL Server 2000'in veri tipleri, SQL Server'ın gelecekteki sürümünde SQL Server 2005 veri türlerine geriye dönük uyumluluk sağlayan kaldırılacaktır ancak yeni bir veri türleri kullanılması önerilir VARCHAR(MAX), NVARCHAR(MAX)ve VARBINARY(MAX).

ntextverileri her zaman ayrı bir veritabanı sayfasında nvarchar(max)saklarken, verileri veritabanı kaydının içinde saklamaya çalışır.

Yani nvarchar(max)biraz daha hızlı (8 kB'dan daha küçük bir metniniz varsa). Ayrıca veritabanı boyutunun biraz daha yavaş büyüyeceğini fark ettim, bu da iyi.

Git nvarchar(max).

nvarchar(max)kullanmak istediğiniz şeydir. En büyük avantajı, bu veri türündeki tüm T-SQL dize işlevlerini kullanabilmenizdir. Bu mümkün değil ntext. Gerçek dezavantajların farkında değilim.

Görünüşe göre kullanmalısınız nvarchar(max):

MSDN

En büyük dezavantajı Text(birlikte NTextve Image) o tarafından olduğu gibi, SQL Server'ın ilerideki bir sürümünde kaldırılacaktır olmasıdır belgelere . Bu, SQL Server'ın bu sürümü yayınlandığında şemanızın yükseltilmesini zorlaştıracaktır.

Dönüştürme deneyimimi eklemek istedim. textEski Linq2SQL kodunda birçok alanım vardı . Bu, textdizinlerde bulunan sütunların ONLINE olarak yeniden oluşturulmasına izin vermekti .

İlk yıl için faydaları hakkında biliyorum, ama her zaman dönüştürme SQL Server tablo yeniden inşa etmek ve her şeyi kopyalamak, web siteleri aşağı getirmek ve kalbimi yükseltmek zorunda bazı korkunç uzun sorguları anlamına geleceğini varsaydı.

Ben de Linq2SQL sütun türünün bir tür doğrulama yapıyor olsaydı hatalara neden olabilir endişeliydi.

Yine de ALTER komutlarının ANINDA döndüğünü bildirmekten mutluluk duyuyoruz - bu yüzden kesinlikle sadece tablo meta verilerini değiştiriyorlar. <8000 karakter verisini tekrar tablo haline getirmek için bazı çevrimdışı çalışmalar olabilir, ancak ALTER komutu anında gerçekleşti.

Dönüşüm gerektiren tüm sütunları bulmak için aşağıdakileri çalıştırdım:

SELECT concat('ALTER TABLE dbo.[', table_name, '] ALTER COLUMN [', column_name, '] VARCHAR(MAX)'), table_name, column_name
FROM information_schema.columns where data_type = 'TEXT' order by table_name, column_name

SELECT concat('ALTER TABLE dbo.[', table_name, '] ALTER COLUMN [', column_name, '] NVARCHAR(MAX)'), table_name, column_name
FROM information_schema.columns where data_type = 'NTEXT' order by table_name, column_name

Bu, yeni seçtiğim ve yeni bir pencereye kopyaladığım güzel bir sorgu listesi verdi. Dediğim gibi - bunu çalıştırmak anında oldu.

Linq2SQL oldukça eskidir - tabloları sürüklediğiniz bir tasarımcı kullanır. Durum önce EF Kodu için daha karmaşık olabilir, ancak henüz bu konuyu ele almadım.

Kısmi veya tam güncellemeler için .WRITE yan tümcesini ve varchar(max)/nvarchar(max)veri türlerine yüksek performans eklemeleri kullanabileceğinizi eklemek istiyorum .

Burada.WRITE fıkra kullanımına ilişkin tam bir örnek bulabilirsiniz .