İstemci/sunucu kod sayfaları arasında veri dönüşümü yönetme
Bu konuda nasıl korunacağı açıklanır bütünlük veritabanı karakter veri Unicode veri türlerini ve ne zaman verilerle etkileşimli, istemci tarafı uygulamaları da Unicode uyumlu olmayan kullanarak depoladığınız zaman karakter veri.Bu durumda, kod sayfa, veri depolama ve istemci tarafı uygulama kod sayfasında aynı olması gerekir.Bu kod sayfaları farklıysa, istemci ile sunucu arasında oluşan dönüştürme bazı karakterleri kaybına neden olabilir.
AutoTranslate özelliğini devre dışı bırakma SQL Server sunucusundan farklı bir kod sayfa tarafından tanımlanan veri eklemek için odbc sürücüsü desteklenmiyor.Ayrıca, AutoTranslate devre dışı bırakılmış olsa bile, bu sql dili olaylar için kod sayfa çevirisi engellemez.istemci ve veritabanı kod sayfaları eşleşmiyorsa, kod sayfa çevirisi genellikle herhangi bir Unicode olmayan karakter uygulanacağını sonucu olan dize ya da sunucudan gönderilen.
Olanak varsa, bu durum kaçınmanız gerekir.En iyi kod sayfa özel sunucu için aynı kod sayfasını kullanarak istemcileri ile iletişim kurmak için seçimdir.Hemen hemen aynı karakter küme olan başka bir kod sayfa kullanmak için ikinci en iyi seçimdir.Örneğin, kod sayfa 1252 (Latin1) ve kod sayfa 850 (çok dilli Latin1) hemen hemen aynı saklar küme böylece çoğu karakter bu iki kod karakter, sayfaları bir kod sayfandan diğerine veri kaybı olmadan dönüştürülebilir.
Farklı kod sayfaları kullanarak istemcileri ile iletişim kurmak, desteklenen Unicode sütunlarda verileri depolamak için çözümdür.Bu seçeneklerden herhangi birini mümkün değilse, diğer ikili sütunlar kullanarak verileri depolamak için alternatifidir binary, varbinary, veya varbinary(max) veri türü.Ancak, ikili veriler yalnızca sıralanmış ve ikili düzende karşılaştırılması.Bu, karakter veri daha az esnek kılar.