各位前輩大家好:
小弟目前對資料庫&編碼有些疑惑

在資料表:A_TEST 中建立兩個欄位:NAME1(Varchar)、NAME2(Nvarchar)
並新增兩筆資料:


此"峯"應屬為Unicode。
我知道Nvarchar可以儲存Unicode資料，
但
1. 第一筆資料的NAME2，為何是問號?雖然我知道有加N是將資料轉成Unicode，
但沒加的話就不是Unicode嗎? 假如不是的話，那是什麼碼?
2. 是否有什麼辦法可以將"峯"正確的存在Varchar中?
假如沒辦法的話，那麼退而求其次，是否可以在Select 時，將字碼正確顯示出來?
(我試過Convert和Cast是不行的...)
and在Delphi中有何辦法正確地顯示在DBGrid?
(因目前ERP系統的DB元件是採某廠商的ERP DB元件
所以無法用TNT元件取代掉)

因為小弟對編碼這塊完完全全的不熟
是否可以請哪位大大做詳細一點的解說...
(盡量深入淺出...我怕看不懂><)

不好意思...QQ

PS: 非常後悔前些日子 aftcast 蕭沖大的課程沒去聽...
(DB是MSSQL 2005)

編輯記錄

>>>1. 第一筆資料的NAME2，為何是問號?雖然我知道有加N是將資料轉成Unicode，
>>> 但沒加的話就不是Unicode嗎? 假如不是的話，那是什麼碼?

照我的認知來說，沒加的話就是被寫入「?」這個字元的碼。



>>>2. 是否有什麼辦法可以將"峯"正確的存在Varchar中?

有機會，唯一的機會是存入utf8的字串…但要配套一些做法。而那些配套不是mssql本身(它完全對此無力)，配套是你client 的程式。


>> and在Delphi中有何辦法正確地顯示在DBGrid?

有，只要你用d2009版以後的開發，天生的 ，delphi的string與mssql 的 nvarchar (再配合N""前置)，完美的任何unicode都能呈現。


>>(因目前ERP系統的DB元件是採某廠商的ERP DB元件
>>所以無法用TNT元件取代掉)

照我看來，這才是禍首。請先確認那些db元件可否使用utf8，並若有能力再調查是否支持ucs2 (即windows的unicode)。這點沒確定的話，又不能不用的話，就完全無解!


>>是否可以請哪位大大做詳細一點的解說...
>>(盡量深入淺出...我怕看不懂><)

我時間太少，近期過忙，很難深入x出，若有其他前輩也懂，也請其他前輩多來幫忙，我算拋磚引玉好了…

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

>>>1. 第一筆資料的NAME2，為何是問號?雖然我知道有加N是將資料轉成Unicode，
>>> 但沒加的話就不是Unicode嗎? 假如不是的話，那是什麼碼?

照我的認知來說，沒加的話就是被寫入「?」這個字元的碼。



>>>2. 是否有什麼辦法可以將"峯"正確的存在Varchar中?

有機會，唯一的機會是存入utf8的字串…但要配套一些做法。而那些配套不是mssql本身(它完全對此無力)，配套是你client 的程式。


>> and在Delphi中有何辦法正確地顯示在DBGrid?

有，只要你用d2009版以後的開發，天生的 ，delphi的string與mssql 的 nvarchar (再配合N""前置)，完美的任何unicode都能呈現。


>>(因目前ERP系統的DB元件是採某廠商的ERP DB元件
>>所以無法用TNT元件取代掉)

照我看來，這才是禍首。請先確認那些db元件可否使用utf8，並若有能力再調查是否支持ucs2 (即windows的unicode)。這點沒確定的話，又不能不用的話，就完全無解!


>>是否可以請哪位大大做詳細一點的解說...
>>(盡量深入淺出...我怕看不懂><)

我時間太少，近期過忙，很難深入x出，若有其他前輩也懂，也請其他前輩多來幫忙，我算拋磚引玉好了…

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

 節錄:

 「補完計畫」就好像病毒一樣，一人感染，全家中鏢

你用補完計畫存進去的非 BIG5 範圍的文字，別人看不見，除非他也裝補完計畫，使得大家都得裝補完計畫

更慘的是，「補完計畫」只對非 Unicode 程式有效，如果日後程式升級成支援 Unicode，以前用「補完計畫」

存進去的非 BIG5 範圍的字，用 Unicode 程式讀出來完全變成兩回事，還得花時間轉換回正確的 Unicode 碼

~~~只能在腿上寫個慘字了~~~

------
歡迎參訪 "腦殘賤貓的備忘錄" http://maolaoda.blogspot.com/

編輯記錄

摘自wiki

http://zh.wikipedia.org/wiki/Unicode補完計畫
「Unicode補完計畫」讓這些字元保持了雙向流通性。在補完後的電腦上，當這些字元從大五碼轉變到Unicode儲存後，它們全都會被對應到正確的Unicode位置上，之後即使是對於沒有安裝補完計畫的電腦使用者，只要他的系統和程式支援Unicode，在讀取這些文字時，就完全沒有問題。



補完計畫與造字最大不同 就是他採用雙向對應 等你升級新版Delphi
在"有裝補完"的電腦上把舊碼轉存成Unicode
應該可以無誤的轉成Unicode 你的情況應該是沒裝補完的情況下就進行轉檔

最完美情況當然是放棄Big5
但凡事都有代價 要怎樣都可以 剩下的只是成本和取捨問題而已


===================引 用 sryang 文 章===================
「補完計畫」就好像病毒一樣，一人感染，全家中鏢

你用補完計畫存進去的非 BIG5 範圍的文字，別人看不見，除非他也裝補完計畫，使得大家都得裝補完計畫

更慘的是，「補完計畫」只對非 Unicode 程式有效，如果日後程式升級成支援 Unicode，以前用「補完計畫」

存進去的非 BIG5 範圍的字，用 Unicode 程式讀出來完全變成兩回事，還得花時間轉換回正確的 Unicode 碼

~~~只能在腿上寫個慘字了~~~

VARCHAR 型別是當前 Database 的預設編碼，通常如果沒額外設定，會繼承自 SQL Server 的編碼，而 SQL Server 安裝時就有選擇預設編碼。
以您的情境來說，可能 VARCHAR 假設是 Big-5 code，"峯" 這個字在 Utf-16 LE 編碼是 0x5CEF，但 Big-5 編碼區域內沒有針對這個字的字體呈現，因此被 SQL Server 以 "?" 字樣取代，但第二個欄位指定成 NVARCHAR 表示該欄位內容為寬字元版本，在 INSERT 時必須配合加上 N 修飾詞，才會以 Utf-16LE 編碼寫入資料庫。

換言之，要用 VARCHAR 欄位形別去儲存 Big-5 code (或是該字碼範圍內沒有含概的其他編碼)，就一定會變成 "?" 字元。
在 Delphi 2009 之前內建的 VCL 都不支援 Unicode ，您這題在不更換支援 Unicode 的 VCL 前提下，應該是無解。 (因為字元編碼在 SQL 回傳到 AP 的傳輸過程已經跑掉)

另外一個搞笑的建議，其實可以用 IMAGE 或 BINARY 方式去儲存 Unicode 字串資料，查詢出來時以 WideString 承接內容，但還是回到 UI 呈現的議題，要有支援 Unicode VCL 才能正確呈現編碼內容。 (這個建議是沒有用的，逃~~~~)


===================引 用 老大仔 文 章===================
各位前輩大家好:
小弟目前對資料庫&編碼有些疑惑

在資料表:A_TEST 中建立兩個欄位:NAME1(Varchar)、NAME2(Nvarchar)
並新增兩筆資料:


此"峯"應屬為Unicode。
我知道Nvarchar可以儲存Unicode資料，
但
1. 第一筆資料的NAME2，為何是問號?雖然我知道有加N是將資料轉成Unicode，
但沒加的話就不是Unicode嗎? 假如不是的話，那是什麼碼?
2. 是否有什麼辦法可以將"峯"正確的存在Varchar中?
假如沒辦法的話，那麼退而求其次，是否可以在Select 時，將字碼正確顯示出來?
(我試過Convert和Cast是不行的...)
and在Delphi中有何辦法正確地顯示在DBGrid?
(因目前ERP系統的DB元件是採某廠商的ERP DB元件
所以無法用TNT元件取代掉)

因為小弟對編碼這塊完完全全的不熟
是否可以請哪位大大做詳細一點的解說...
(盡量深入淺出...我怕看不懂><)

不好意思...QQ

PS: 非常後悔前些日子 aftcast 蕭沖大的課程沒去聽...
(DB是MSSQL 2005)