Anda harus mendahului semua Unicode string dengan awalan n ketika Anda berurusan dengan Unicode string konstanta dalam SQL Server

Ketika berurusan dengan Unicode string konstanta dalam SQL Server Anda harus mendahului semua Unicode string dengan huruf kapital N, seperti yang didokumentasikan dalam SQL Server buku Online topik "Menggunakan Unicode Data". Awalan "N" berdiri untuk bahasa nasional standar SQL-92, dan harus huruf besar. Jika Anda melakukan tidak awalan Unicode string konstan dengan N, SQL Server akan mengubahnya untuk Halaman kode non-Unicode database saat ini sebelum menggunakan string.

Notasi ini diperlukan untuk menyediakan mundur Kompatibilitas dengan aplikasi yang ada. Sebagai contoh, "Pilih 'Halo'" harus Lanjutkan untuk mengembalikan sebuah string non-Unicode karena banyak aplikasi akan mengharapkan perilaku SQL Server 6.5, yang tidak mendukung Unicode data; baru sintaks "Pilih N'Hello'" telah ditambahkan untuk memungkinkan lewat Unicode string ke dan dari SQL Server 7.0.

Setiap kali Anda melewati Unicode data ke SQL Server Anda harus awalan Unicode string dengan N. Jika permohonan Anda Dukungan Unicode dan mengirim data ke SQL Server 7.0 sebagai Unicode string konstanta tanpa awalan N, Anda mungkin mengalami kehilangan data karakter. Ketika SQL Server mengkonversi string Unicode tanpa n awalan dari Unicode untuk SQL Halaman kode server database, setiap karakter dalam Unicode string yang tidak ada kode SQL Server Halaman akan hilang. Perhatikan bahwa terjemahan ini tidak berhubungan dengan Autotranslation, OemToAnsi, atau AutoAnsiToOem konversi, semua yang terjadi pada klien pada lapisan ODBC, OLEDB, atau DB-perpustakaan.

Jika aplikasi Anda tidak mengirim Unicode data ke SQL Server dan klien ANSI Halaman kode sesuai halaman kode SQL Server, tidak perlu untuk string konstanta dengan N, dan Anda tidak akan mengalami kehilangan data sebagai hasil dari menghilangkan awalan. Namun, SQL Server 7.0 memungkinkan Anda untuk memilih pemeriksaan Unicode selama instalasi yang berbeda dari urutan, dan dalam beberapa kasus Hal ini dapat menyebabkan operasi melibatkan string bahasa dengan n untuk berbeda hasil dari orang-orang yang tidak memiliki awalan. Misalnya, bahwa ketika Anda menginstal SQL Server 7.0, Anda memilih urutan biner (Urutkan pesanan digunakan ketika membandingkan non-Unicode string), dan dipilih umum Unicode sebagai Pemeriksaan Unicode (Unicode pemeriksaan digunakan untuk membandingkan Unicode string). Ekspresi membandingkan dua senar non-Unicode ("ABC" = "abc") akan kembali palsu karena huruf kapital "A" setara dengan huruf "" menurut urutan biner. Sebaliknya, ekspresi (N'ABC' = N'abc') akan mengembalikan True. Karena senar dimulai dengan N, mereka akan dikonversi ke Unicode dan Unicode pemeriksaan akan digunakan untuk membandingkan mereka. Tidak seperti urutan biner, pemeriksaan umum Unicode adalah kasus sensitif dan akan menganggap dua senar sebagai setara.

Perhatikan bahwa Jika salah satu dari dua tali Operand konstan adalah bahasa n dan yang lain adalah tidak, non-Unicode string akan dikonversi ke Unicode dan Unicode pemeriksaan akan berlaku ketika membandingkan mereka. Perilaku ini dijelaskan dalam SQL Server Books Online topik "Perbandingan operator".