产品的定位
做产品的都知道，是否支持多语言直接影响到产品的定位问题。
如果一个产品周期是一年的话，要完美支持多语言最少也得在加3个月！所需时间和页面数量、数据库表的数量和表的数据量成正比。
可以看出代价有多大，我们程序员就得和老板唠叨，做不得，成本太高。
如果前期不做，等到了后期项目表结构等都要重构，如果使用了大量的视图对于多语言来说就是恶梦。
非数据库方面的解决方案
请看我上一篇贴子 http://www.cnblogs.com/sunkaixuan/p/5699744.html
数据库表的设计
对于多语言来说最重要的就是清单表的设计， 就拿简历来说吧，至少会用到十几张清单表 （当然你也可以存储在一张表里用分类）
学历表：小学、中学、大学、博士 等等
工作年限表：习实生，1年工作经验，2年工作经验等等
...
多语言架构清单表的设计误区
如下图这种设计是存在严重缺陷的，列来存语言难道我多一种语言就要加一列，显然是不合理的
错误方案
正确的设计方案
、
名称 清单ID 语言ID
Primary education 1 1
小学 1 2
middle school 2 1
初中 2 2
数据结构应该是这样的至少，相同的东西是一样的ID，名称不一样而已，产品架构千万不要用列存储。
这种表架构又会出一个问题
当使用语言ID来作为筛选时，就会遇到一个很大的问题，没错那就是视图的JOIN问题，如果我在视图里面写
人员表 JOIN 学历表 ON 学历表.ID=人员表.学历ID AND 学历表.语言ID=几
没法写了对不，如果我在视图里写了1那就意味着我查出来的清单都只会是一种语言(语言ID为1的那个语言)
视图的作用
视图相当于虚拟表，可以方便的复用，视图还可以套视图，并且视图在索引合理的情况下，比单表查询还要快。 （索引覆盖就是一个很好的例子）
那怎么办呢？SqlSugar ORM已经为我们做好这一切
随着ORM性能瓶颈的提升，都玩会了EMIT 缓存这套，甚至拉姆达TO SQL都有开源项目 大大降低了ORM的门槛，SqlSugar也是拉姆达解析加EMIT玩的最早的ORM之一。
SqlSugar是为通用框架搭建而生，拥有了一定量的使用者，在6600万高并发的测试中也得到了使用者的好评。
虽然也有很多朋友抱怨问题，大致会有两个问题 实体转换报错，其实是字段类型不配引起的或者更改了表结构没有把.NET实例重启因为有缓存的原因。
我不能保证我的代码写的多优雅，但能保证我写的代码都能看懂。我宁可写IF ELSE也不会写让我脑子在转一圈的代码，我不会因为我一天能解决的问题去套一个使我花2天以上解决问题的设计模式，合理封装便可，没有过度设计。
SqlSugar在很多细节上都做过处理，比如线程安全、事务隔离等参数
使用SqlSugar ORM解决视图问题
1、我们就把视图语言ID设为1 （1为默认语言）
人员表 JOIN 学历表 ON 学历表.ID=人员表.学历ID AND 学历表.语言ID=1 2、我们可以使用 LanguageHelper.UpdateView(db.Language, db); 帮我们生成其它语言的视图，只要使用在Application_Start执行一次便可以，当视图发生变化也需要在调一次或者重启程序
只要视图源码中包含LanguageId=1的所有视图都会创建出新的视图并且把LanguageId=1替换成你想要的ID
3、他会根据参数生成一个新的视图 原视图名_$_EN ，新的视图和原视图一样只是名称和语言的值发生了变化
人员表 JOIN 学历表 ON 学历表.ID=人员表.学历ID AND 学历表.语言ID=
4、var list=db.Qureyable<原视图名>().ToList()
ORM会自动识别新的视图进行查询，生成的SQL如下 SELECT * FROM 新视图名
下面是具体代码：
using (SqlSugarClient db = SugarDao.GetInstance())//开启数据库连接
{
db.Language = new PubModel.Language()
{
LanguageValue=,//多语言的值一般从COOKIES或SESSION取
Suffix="en"//多语言后缀同上
};
//给上面赋值后下面的程就可以使用了
int lanId=db.Language.LanguageValue;
var list = db.Queryable<LanguageTest>().Where(it => it.LanguageId == lanId).ToList(); /****************************多语言视图才是最大的问题***********************************/ //注意视图里里怎么办呢？视图里面的JOIN用到语言表怎么处理呢
//我们就写一个简单的视图作为例子,代码如下
/*create view V_LanguageTest
as
select * from LanguageTest where LanguageId=1
*/ //下面这代码写到 application_start 不需要重复执行
LanguageHelper.UpdateView(db.Language, db);
//执行完上面的代码会创建把所有带LanguageId=1的视图全部生成其它语言的视图
//现在数据库就有了 V_LanguageTest_$_en // V_LanguageTest_$_en结构如下
/*create view V_LanguageTest_$_en
as
select * from LanguageTest where LanguageId=2
*/ //V_LanguageTest__$_en 是我SqlSugar自动帮你创建的 当视图发生变化需要重新执行 LanguageHelper.UpdateView(db.Language, db); var list2=db.Queryable<V_LanguageTest>().ToList();
//生成的Sql等于 select * from V_LanguageTest_$_en db.Language.LanguageValue = ;//我们在把LanguageValue改成1
db.Language.Suffix = null;//后缀清空
var list3 = db.Queryable<V_LanguageTest>().ToList(); //生成的Sql等于 select * from V_LanguageTest //注意当 Suffix为null时使用的原始视图 //自定义视图替换规则请看下面两个参数
//db.Language.ReplaceViewStringKey 默认值为LanguageId=1
//db.Language.ReplaceViewStringValue 默认值为LanguageId = {0} }