产品的定位
做产品的都知道,是否支持多语言直接影响到产品的定位问题。
如果一个产品周期是一年的话,要完美支持多语言最少也得在加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执行一次便可以,当视图发生变化也需要在调一次或者重启程序
![](https://images2015.cnblogs.com/blog/746906/201607/746906-20160727012427559-945187299.png)
只要视图源码中包含LanguageId=1的所有视图都会创建出新的视图并且把LanguageId=1替换成你想要的ID
3、他会根据参数生成一个新的视图 原视图名_$_EN ,新的视图和原视图一样只是名称和语言的值发生了变化
人员表 JOIN 学历表 ON 学历表.ID=人员表.学历ID AND 学历表.语言ID=2
4、var list=db.Qureyable<原视图名>().ToList()
ORM会自动识别新的视图进行查询,生成的SQL如下 SELECT * FROM 新视图名
下面是具体代码:
using (SqlSugarClient db = SugarDao.GetInstance())//开启数据库连接 { db.Language = new PubModel.Language() { LanguageValue=2,//多语言的值一般从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 = 1;//我们在把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} }