文章編號: 239530 - 上次校閱: 2011年5月17日 - 版次: 7.0 在 SQL Server 中處理 Unicode 字串常數時，必需為所有的 Unicode 字串加上前置詞 N
本文曾發行於 CHT239530 結論 在 SQL Server 中處理 Unicode 字串常數時，您必需在所有的 Unicode 字串前加上大寫字母 N
做為前置詞，如《SQL Server 線上叢書》主題＜使用 Unicode 資料＞所述。「N」前置詞代表的是 SQL-92
標準中的國家語言，且必須為大寫。如果您沒有在 Unicode 字串常數前面加上 N 做為前置詞，則 SQL Server
會在使用字串前，先將其轉換成目前資料庫的非 Unicode 字碼頁。 其他相關資訊 這個標記法是為現有應用程式提供回溯相容性的必要項目。例如，"SELECT 'Hello'" 必須繼續傳回非
Unicode 字串，因為許多應用程式會預期這是 SQL Server 6.5 的行為，而 SQL Server 6.5 不支援 Unicode
資料；而加入新語法 "SELECT N'Hello'" 可以在 SQL Server 7.0 之間來回傳送 Unicode 字串。 每當您傳送 Unicode 資料至 SQL Server 的時候，都必須在 Unicode 字串前面加上 N 做為前置詞。如果應用程式有啟用 Unicode，並且沒有為 Unicode 字串常數加上 N 做為前置詞就將資料傳送至 SQL Server 7.0，則可能會遇到字元資料遺失的情況。如果 SQL Server 將沒有加上 N 做為前置詞的 Unicode 字串，從 Unicode 轉換成 SQL Server 資料庫字碼頁，則 Unicode 字串中任何不存在於 SQL Server 字碼頁中的字元將會遺失。請注意，此轉譯與 Autotranslation、OemToAnsi 或 AutoAnsiToOem 轉換無關，這些轉換都是發生在用戶端的 ODBC、OLEDB 或資料程式庫層。 如果應用程式並沒有將 Unicode 資料傳送至 SQL Server，且用戶端的 ANSI 字碼頁和 SQL Server 字碼頁相符合，就不需要在字串常數前面加上 N 做為前置詞，您也不會因為沒加上前置詞而造成資料遺失。然而，SQL Server 7.0 可以讓您在安裝期間選取不同於排序順序的 Unicode 定序；在某些情況下，這可能會造成以 N 為前置詞的字串的相關作業，與沒有前置詞的作業產生不同的結果。例如，假設安裝 SQL Server 7.0 時，選取了二進位編碼排序順序 (排序順序是用於比較非 Unicode 字串時)，並選取標準 Unicode 做為 Unicode 定序 (Unicode 定序是用於比較 Unicode 字串)。比較兩個非 Unicode 字串 ("ABC" = "abc") 的運算式會傳回 False，因為根據二進位編碼排序順序，大寫字母 A 並不等於小寫字母 a。相對地，運算式 (N'ABC' = N'abc') 會傳回 True。因為字串前面有加上 N 做為前置詞，字串就會被轉換成 Unicode，並使用 Unicode 定序來比較這些字串。與二進位編碼排序順序不同的是，標準 Unicode 定序不會區分大小寫，所以會將這兩個字串視為相同。 請注意，如果這兩個字串常數運算元中，有一個加上 N 前置詞，而另一個沒有加上 N 前置詞，則非 Unicode 字串會轉換成 Unicode，且比較這兩個字串時會使用 Unicode 定序。在《SQL Server 線上叢書》的＜比較運算子＞主題中有提供您關於這個行為的說明。 這篇文章中的資訊適用於:
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群立即取得協助文章翻譯
|
回此頁最上方
