本文概述了在數(shù)據(jù)庫(kù)設(shè)計(jì)中，如何處理多國(guó)語(yǔ)言的問題，這里的多國(guó)語(yǔ)言是指諸如這樣的業(yè)務(wù)：在ERP軟件中，我們?cè)谔顚懣蛻裘�稱時(shí)，除了需要填寫客戶的中文名稱，還需要填寫他的英文名稱。 一般的，如果是普通的項(xiàng)目型軟件，就比較簡(jiǎn)單了，你只需要設(shè)計(jì)出固定的 ChineseName和EnglishName字段就可以了。本文并不討論這種形式，而是討論在大型平臺(tái)化的ERP軟件中如何實(shí)現(xiàn)通用化的多語(yǔ)言存儲(chǔ)和讀取。

　　子表方式

　　第一種方式是建立一張子表，U9大概就是這個(gè)樣子，你需要注意的是，每一個(gè)實(shí)體如果包含多語(yǔ)言字段，都會(huì)出現(xiàn)以_Trl為后綴的表。也許你會(huì)覺得麻煩，其實(shí)不然，這些都是平臺(tái)在后臺(tái)自動(dòng)處理了，你僅僅需要標(biāo)記這個(gè)字段是多語(yǔ)言字段就可以了。

　　從理論上來說，他的存儲(chǔ)是最符合數(shù)據(jù)庫(kù)設(shè)計(jì)原則的，不管你的系統(tǒng)使用多少語(yǔ)言，數(shù)據(jù)庫(kù)結(jié)構(gòu)是不變的。但是我總覺得查詢起來SQL會(huì)比較復(fù)雜，雖然這事平臺(tái)也會(huì)幫助你完成。我在想，如果我要一個(gè)多語(yǔ)言策略如何實(shí)現(xiàn)呢?多語(yǔ)言策略的例子：如果此字段沒有對(duì)應(yīng)的繁體中文，取簡(jiǎn)體中文，如果還沒有，取默認(rèn)的語(yǔ)言內(nèi)容。那么在一個(gè)SQL中如何實(shí)現(xiàn)呢?

　　不管怎么樣，至少我不喜歡這種。

　　多字段模式

　　恩?這是哪門子設(shè)計(jì)?和我上面講的項(xiàng)目型設(shè)計(jì)不是一樣嗎?

　　數(shù)據(jù)結(jié)構(gòu)是一樣的，唯一的區(qū)別是通過ORM屏蔽了數(shù)據(jù)庫(kù)的結(jié)構(gòu)，在設(shè)計(jì)實(shí)體時(shí)，你僅僅設(shè)計(jì)了Name字段，其類型是“多語(yǔ)言類型”，然后在客戶那里初始化時(shí)，客戶可以決定采用多少種語(yǔ)言，然后ORM在后臺(tái)自動(dòng)添加這些列。

　　這是我希望的設(shè)計(jì)，因?yàn)樗�足夠的�?jiǎn)潔，任何人都可以非常方便的寫出SQL語(yǔ)言。而且執(zhí)行起來一定是最高效的。而且實(shí)現(xiàn)上面說的取值策略也很容易，只需要實(shí)現(xiàn)編排好多個(gè)嵌套的IIF函數(shù)就是了。

　　缺點(diǎn)呢?當(dāng)然有，首先冗余很大，即使沒有填寫對(duì)應(yīng)的英文，一樣要占用一個(gè)空間。其次，如果客戶發(fā)神經(jīng)，一下子選擇了十幾個(gè)語(yǔ)言，然后發(fā)現(xiàn)他并不需要，又想刪除掉?那么我需要檢查數(shù)據(jù)庫(kù)的所有相關(guān)字段是否全部沒有數(shù)據(jù)，才能決定可以刪除這個(gè)語(yǔ)言并刪除所有相關(guān)的字段。這是個(gè)問題。

　　XML字段

　　這種方式我就不畫圖了，很簡(jiǎn)單，還是只有一個(gè)字段Name，不過數(shù)據(jù)類型不是nvarchar,而是把定義成XML類型，這是SQLServer2005新增的類型，我們可以在此字段存儲(chǔ)諸如下面這樣的數(shù)據(jù)：

　　<items>
　　<item　lng=""　value="默認(rèn)"　/>
　　<item　lng="CHS"　value="中文"　/>
　　<item　lng="EN"　value="English"　/>
　　</items>

　　那么在SQL中怎么輸出對(duì)應(yīng)的中文內(nèi)容呢?很簡(jiǎn)單：

　　Select　EmployeeId,Name.value(’(/items/item[@lng="CHS"]/@value)[1]’,’nvarchar(max)’)　FROM　Employees

　　很簡(jiǎn)單，我喜歡。

　　不過有人可能會(huì)說，其實(shí)沒有xml類型前，我就已經(jīng)使用nvarchar來實(shí)現(xiàn)了，使用一個(gè)自定義函數(shù)一樣可以解決(使用諸如：/en/english /chs/中文的方式存儲(chǔ))。但是我認(rèn)為字符串方式處理并不完美，主要表現(xiàn)在你必須自己小心處理特殊字符，否則很容易亂套。使用XML類型的話數(shù)據(jù)庫(kù)會(huì)處理這些。另外，SQL Server對(duì)XML類型的查詢有優(yōu)化處理，比起SQL自定義函數(shù)運(yùn)行的速度要快的多。而且，我相信，以后SQL Server對(duì)XML的支持會(huì)越來越好。