推薦：SQL參數(shù)化查詢的另一個理由——命中執(zhí)行計劃
1概述 SQL語言的本質(zhì)就是一串偽代碼，表達(dá)的是做什么，而不是怎么做的意思。如其它語言一樣，SQL語句需要編譯之后才能運(yùn)行，所以每一條SQL是需要通過編譯器解釋才能運(yùn)行的(在這之間還要做SQL的優(yōu)化)。而這些步驟都是需要運(yùn)行成本，所以在數(shù)據(jù)庫中有一個叫做執(zhí)行計劃的

前天同事在幫客戶錄數(shù)據(jù)的時候，發(fā)現(xiàn)有一個人的名字里有個“㛃”(念jie，同“潔”)字，但用搜狗拼音和萬能五筆都打不出來，我百度了一下，找到了一篇搜狗論壇的建議帖，有人建議搜狗拼音里增加“

”字的輸入，下面跟帖的人貼出了這個“㛃”字。

既然字已經(jīng)找到，我以為一切OK了，把它復(fù)制到飛秋里發(fā)給同事，竟然顯示的是“?”!這是一個神馬情況啊?

我立馬又去翻那個帖子，在下面看到了論壇版主的回復(fù)：

貌似是編碼的問題啊，我又把它復(fù)制到一個新建的記事本里，保存的時候果然出現(xiàn)了提示：

果然是編碼的問題啊!這時候，我突然想到，存放姓名的字段用的是varchar型，它能不能存這個字呢?一試，果然也是一個問號!改用nvarchar型字段來存，果斷是沒問題的。查了下SQL SERVER聯(lián)機(jī)叢書，看到varchar同nvarchar的區(qū)別：

除下列情況之外，nchar、nvarchar 和 ntext 的使用分別與 char、varchar 和 text 的使用相同：

Unicode 支持更大范圍的字符。

存儲 Unicode 字符需要更大的空間。

nchar 列的最大大小為 4,000 個字符，與 char 和 varchar 不同，它們?yōu)?8,000 個字符。

使用最大說明符，nvarchar 列的最大大小為 2^31-1 字節(jié)。有關(guān) nvarchar(max) 的詳細(xì)信息，請參閱使用大值數(shù)據(jù)類型。

Unicode 常量以 N 開頭指定：N'A Unicode string'。

所有 Unicode 數(shù)據(jù)使用由 Unicode 標(biāo)準(zhǔn)定義的字符集。用于 Unicode 列的 Unicode 排序規(guī)則以下列屬性為基礎(chǔ)：區(qū)分大小寫、區(qū)分重音、區(qū)分假名、區(qū)分全半角和二進(jìn)制。

SQL SERVER里建表，我一直用的都是varchar，總感覺nvarchar除了存儲中文的時候在長度和字符數(shù)上有統(tǒng)一性的好處之外，基本沒有什么需要用到的地方。這回得了教訓(xùn)，以后再有錄入人名或是其他可能出現(xiàn)GBK不包含的生僻字的字段，最好還是使用nchar、nvarchar或ntext，以免在后面給程序留坑。
來源:http://www.cnblogs.com/aaa6032/archive/2012/08/12/2632063.html

分享：一列保存多個ID（將多個用逗號隔開的ID轉(zhuǎn)換成用逗號隔開的名稱）
背景：在做項目時，經(jīng)常會遇到這樣的表結(jié)構(gòu)在主表的中有一列保存的是用逗號隔開ID。如，當(dāng)一個員工從屬多個部門時、當(dāng)一個項目從屬多個城市時、當(dāng)一個設(shè)備從屬多個項目時，很多人都會在員工表中加入一個deptIds VARCHAR(1000)列（本文以員工從屬多個部門為例），用以保