Başka bir SQL motorlarında ayarlamak mümkün olduğu gibi, SQL Server 2005/2008 içinde UTF-8serbest ayarlamak için seçenekleri doğrudan bulamıyorum Collations/Charsets, ancak SQL Server 2005/2008 sadece Latin ve SQL harmanlama vardır.
Win2008 işletim sisteminde bu harmanlamaları / karakter kümelerini SQL Server motorunda (her iki sürüm için) 2005/2008'i zorlamak / yüklemek için bazı seçenekler var mı?
Yanıtlar:
Hayır, yok. SQL Server UTF-8'i desteklemez.
Unicode veri istiyorsanız sütunlarınızı nvarchar / nchar olarak tanımlamanız gerekir. Not, dahili SQL Server bunu UCS-2 olarak saklar.
Bunun MS on Connect'ten talep edildiğini ve daha eski bir KB makalesinin bulunduğunu unutmayın . Ve bu blogdaki bazı bilgiler
SQL Server 2019'dan başlayarak (şu anda beta / "Community Tech Preview" da), yeni bir UTF-8 harmanlama dizisi aracılığıyla UTF-8 için yerel destek var. ANCAK, kullanım UTF-8 yeteneğine sahip gelmez değil yapmanız gerekir anlamına gelir. UTF-8 kullanmanın aşağıdaki gibi kesin dezavantajları vardır:
NVARCHARNVARCHAR.Aslında şu şekilde ortaya çıkıyor: UTF-8, 8 bitlik sistemlerin (genellikle ASCII ve ASCII Genişletilmiş - Kod Sayfaları etrafında tasarlanan) Unicode'u hiçbir şeyi bozmadan veya mevcut herhangi bir değişiklik gerektirmeden kullanmasını sağlayan bir depolama biçimi tasarımıdır. dosyaları işler tutmak için. UTF-8 dosya sistemleri ve ağ için harika, ama depolanan veriler iç SQL Server ne olduğunu. Şöyleki verileri olduğu gerçeği çok (ya da tamamen) standart ASCII aralığında UTF-16 / depolanan aynı verilerin daha az alan gerektiren NVARCHARbir yan etkidir. Tabii, bu yararlı olabilir bir yan etkisi var ancak karar ihtiyacı verilerini hem anlayan birisi tarafından yapılacak ve bu kararın sonuçları / sakıncaları. Bugenel kullanım için bir özellik değil .
Ayrıca, UTF-8'in (SQL Server'da) ana kullanım durumu zaten UTF-8 kullanan uygulama kodu içindir, muhtemelen zaten onu destekleyen başka bir RDBMS ile ve uygulama kodunu / DB şemasını güncelleme isteği veya yeteneği yoktur kullanımı NVARCHARtüründen (tablo, değişkenler, parametreler, vs için) veya bir büyük harf "N" ile önek dize hazır etmek. Amaç, mevcut UTF-8'in nedeniyle aynıdır: uygulama kodunun genel yapıyı değiştirmeden veya mevcut verileri geçersiz kılmaksızın Unicode'u kullanmasını sağlayın. Bu durumunuzu açıklıyorsa, UTF-8 kullanın, ancak bununla ilgili hala birkaç hata / sorun olduğunu unutmayın.
Unicode'a açık NVARCHARveya büyük "N" ön ekli dize değişmezleri kullanmadan çalışmak için açık bir gereksiniminiz yoksa, UTF-8'in bir avantaj olduğu diğer tek senaryo , izin vermesi gereken çoğunlukla standart ASCII verilerinin bir LOT'una sahip olmanızdır . Unicode karakterler kullandığınızda NVARCHAR(MAX)(yani veri sıkıştırmanın çalışmadığı anlamına gelir) ve tablo sık sık güncellenir (bu nedenle Kümelenmiş Sütun Dizini büyük olasılıkla gerçekten yardımcı olmaz).
Tüm ayrıntılar için lütfen gönderime bakın:
SQL Server 2019'da Yerel UTF-8 Desteği: Kurtarıcı mı yoksa Sahte Peygamber?
Benim durumumda, Arapça karakterleri göstermek zorunda kaldım ve geliştirme veritabanım 2014'te, burada işler iyi çalıştı. Burada, sorguda Arapça karakterleri görebiliyordum ve harmanlamam SQL_Latin1_General_CP1256_CI_AS
Ama üretimim SQL Server 2008'deydi ve sonunda UTF-8 karakter setini desteklemedi. Burada, hepsini görebiliyordum ??????????? UTF-8, SQL 2008'de desteklenmediğinden.
Tüm yaptığım tüm varchar'ı nvarchar olarak değiştirdi ve Arapça char'ı düzgün görebiliyordum. Ayrıca 2008 veritabanı harmanlamamı SQL_Latin1_General_CP1256_CI_AS olarak değiştiriyorum