外文字符失去了變音符號

我想國際化在我們的調查工具的問題，但是當我插入一些翻譯字符串，SQL服務器，似乎剝奪了一些，但不是全部，變音符號...外文字符失去了變音符號

實施例：（立陶宛語）

Ar jūsų darbas reikalauja, kad jūs įgytumėte naujų žinių ir įgūdžių?

變爲

Ar jusu darbas reikalauja, kad jus igytumete nauju žiniu ir igudžiu?

注意 'Z' 一直保持其音調符號，而 'U'， 'i' 和 'E' 已經失去了他們的。保留文本的表格列是nvarchar，但表格整理是'Danish_Norwegian_CI_AS'。

有什麼建議嗎？

編輯2010.08.16 11:17：

確定。我可能會縮小一些東西。看來，我用來從數據庫中提取句子的存儲過程是執行剝離的過程。它從多個來源中選擇，所有這些都是使用UNION將nvarchar全部放入相同查詢中的nvarchar。在那裏的角色被剝離。

...等一下...我想我可能已經fracked沿途的東西...

來源

2010-08-16 Christian Wattengård

你如何插入字符？它的剝離字符可能不在當前的非Unicode代碼頁中嗎？我上週瞭解到，如果你在管理工作室中使用字符串，你需要在字符串常量前加N，即'N'Arjūsų''，意思是unicode。 – Rup 2010-08-16 09:31:25

你是什麼意思的「似乎」，即你看到的顯示在SQL Server Mgmt Studio或通過查詢實際檢索到的字符串？ – chryss 2010-08-16 09:31:35

「似乎」=既......我在短信和應用程序中看到它的方式。然而，字符串之前的「N」固定了SMS問題。現在我只需要讓我的（ASP 3.0）應用程序正確顯示字符串 – 2010-08-16 09:57:28

的排序規則設置不會影響存儲在類型UTF-8的列中的數據。我會將您的文件的代碼頁和編碼更改爲UTF-8，並確保您的表正在將文本存儲爲UTF-8，並且應該全部設置。

來源

2010-08-16 13:04:11 NinjaCat

SQL SMS現在返回正確的值，但ASP 3.0和ASP.NET 3.5都返回沒有「更奇特」的變音符號的字符串。我檢查了我的設置，所有頁面都以UTF-8格式保存。響應標題還會報告正確的內容類型... – 2010-08-17 08:05:45

需要考慮的事情：1）什麼是您的上下文類型標題，以及2）您的頁面是否以UTF-8編碼保存？從Firefox，右鍵單擊並查看視圖頁面信息將爲您提供此信息... – NinjaCat 2010-08-17 08:22:39

Content-Type：text/html; charset = utf-8 根據Visual Studio將頁面保存爲UTF-8。仍然沒有運氣。現在我甚至編碼了困難的。源字符串現在說：氬Ĵū小號ų darbas reikalauja , KADĴū小號į gytum ė TE nauj ų ž INI ų IRį克ū d ž我ų ? 我知道這是正確的，因爲如果我用這個內容創建一個正常的HTML文件，句子顯示正確...... – 2010-08-17 08:55:27

外文字符失去了變音符號

回答

相關問題