天天蹲在園子里看別人的，自己好久好久沒寫新隨筆啦~~先感慨下，大家不要扔磚頭哈！
言歸正傳，前天同事在幫客戶錄數據的時候，發現有一個人的名字里有個“㛃”（念jie，同“潔”）字，但用搜狗拼音和萬能五筆都打不出來，我百度了一下，找到了一篇搜狗論壇的建議帖，有人建議搜狗拼音里增加“
”字的輸入，下面跟帖的人貼出了這個“㛃”字。
既然字已經找到，我以為一切OK了，把它復制到飛秋里發給同事，竟然顯示的是“？”！這是一個神馬情況啊？
我立馬又去翻那個帖子，在下面看到了論壇版主的回復：
貌似是編碼的問題啊，我又把它復制到一個新建的記事本里，保存的時候果然出現了提示：
果然是編碼的問題啊！這時候，我突然想到，存放姓名的字段用的是varchar型，它能不能存這個字呢？一試，果然也是一個問號！改用nvarchar型字段來存，果斷是沒問題的。查了下SQL SERVER聯機叢書，看到varchar同nvarchar的區別：
除下列情況之外，nchar、nvarchar 和 ntext 的使用分別與 char、varchar 和 text 的使用相同：
- Unicode 支持更大范圍的字符。
- 存儲 Unicode 字符需要更大的空間。
- nchar 列的最大大小為 4,000 個字符，與 char 和 varchar 不同，它們為 8,000 個字符。
- 使用最大說明符，nvarchar 列的最大大小為 2^31-1 字節。有關 nvarchar(max) 的詳細信息，請參閱使用大值數據類型。
- Unicode 常量以 N 開頭指定：N'A Unicode string'。
- 所有 Unicode 數據使用由 Unicode 標准定義的字符集。用於 Unicode 列的 Unicode 排序規則以下列屬性為基礎：區分大小寫、區分重音、區分假名、區分全半角和二進制。
SQL SERVER里建表，我一直用的都是varchar，總感覺nvarchar除了存儲中文的時候在長度和字符數上有統一性的好處之外，基本沒有什么需要用到的地方。這回得了教訓，以后再有錄入人名或是其他可能出現GBK不包含的生僻字的字段，最好還是使用nchar、nvarchar或ntext，以免在后面給程序留坑。
PS:感謝dreamhappy同學的提醒，使用SQL語句在nvarchar類型的列中INSERT或UPDATE數據時，最好在字符串前面加上N，如：insert into table(a) values(N'㛃')，不然超出GBK的漢字插入數據庫中依然會顯示成“？”號。如果誰有能省寫N的方法，請在評論中說一下，謝謝！