标签：
这是一款轻量、高效的.NET C#数据库访问框架(ORM)。查询接口借鉴 Linq(但不支持 Linq)。借助 lambda 表达式，可以完全用面向对象的方式就能轻松执行多表连接查询、分组查询、聚合函数查询、插入数据、删除和更新满足条件的数据等操作。
在上篇文章中， Chloe.ORM 初次对外抛头露面，虽然是在重复造轮子，但还是得到部分园友的支持与认可，LZ非常感谢！上文主要展示 Chloe 的查询方式以及支持的 lambda 写法，本文主题是多表连接查询、插入数据、更新数据、删除数据以及事务支持。
实体：
public enum Gender { Man = 1, Woman } [Table("Users")] public class User { [Column(IsPrimaryKey = true)] [AutoIncrement] public int Id { get; set; } public string Name { get; set; } public Gender? Gender { get; set; } public int? Age { get; set; } public int? CityId { get; set; } public DateTime? OpTime { get; set; } }
首先，创建一个 DbContext：
IDbContext context = new MsSqlContext(DbHelper.ConnectionString);
再创建一个 IQuery<T>：
IQuery<User> q = context.Query<User>();
在上篇文章中，介绍了 Chloe 的查询功能。Chloe 执行连接查询时，建立连接(IQuery<T>接口调用 InnerJoin、LeftJoin、RightJoin 和 FullJoin)返回的是 IJoiningQuery 的泛型对象，如果看过框架源码的同学可能会知道，IJoiningQuery 的泛型参数最多有5个，而且有5个泛型参数的那个类(IJoiningQuery<T1,T2,T3,T4,T5>)就只有一个 Select 方法，也就是说不能继续连接其它表，最多有5个表建立连接，真的是这样吗？如果你这样认为你就错了！我们来看看怎么建立超过5个表的连接。
伪代码：
//假设已经有5个表建立了连接的对象为 jq_q1_q5 IJoiningQuery<T1, T2, T3, T4, T5> jq_q1_q5 = null; //jq_q1_q5 调用 Select 方法，返回一个包含 T1-T5 的 IQuery<T> 对象 view_q1_q5 var view_q1_q5 = jq_q1_q5.Select((t1, t2, t3, t4, t5) => new { T1 = t1, T2 = t2, T3 = t3, T4 = t4, T5 = t5 }); //假设第6个表的 IQuery<T6> 对象为 q6 IQuery<T6> q6 = null; //这时，view_q1_q5 与 q6 建立连接，返回 IJoiningQuery 对象 jq var jq = view_q1_q5.InnerJoin(q6, (t1_t5, t6) => t1_t5.T5.XX == t6.XXX); //然后我们调用 jq 的 Select 方法，返回一个包含 T1-T6 的 IQuery<T> 对象 view。 //view 又是一个 IQuery<T> 对象，泛型参数为包含 T1-T6 所有信息的匿名对象(这时候还没有发起 sql 查询哦)，拿到它，我们就可以为所欲为了。 var view = jq.Select((t1_t5, t6) => new { T1 = t1_t5.T1, T2 = t1_t5.T2, T3 = t1_t5.T3, T4 = t1_t5.T4, T5 = t1_t5.T5, T6 = t6 }); //可以直接查出数据库中 T1-T6 的所有信息 view.ToList(); //也可以选取 T1-T6 中我们想要的字段 view.Select(a => new { a.T1.xx, a.T2.xx, a.T3.xx /*...*/}).ToList();
这样，周而复始，就可以实现无限表连接了，相对没有 Linq 那么直观，但这是我能想到最好的方式了。如果哪位同学有更好的设计，望分享，不胜感激！
Chloe 的另外亮点是聚合函数查询和分组查询，这两个查询有别于 Linq，更趋于标准 sql 思想，配合连接查询使用，可以应对一些稍微复杂的查询，可以翻看上篇文章使用进阶部分，有简单介绍，连接地址：http://www.cnblogs.com/so9527/p/5636216.html#more_usage。
目前市面上很多 ORM 都只是支持单表查询，能灵活操作连接查询和聚合函数查询的，除 EF 和 linq to sql 外，为数不多，这也是我造轮子的原因之一。
以 lambda 的形式插入：
IDbContext context = new MsSqlContext(DbHelper.ConnectionString); //返回主键 Id int id = (int)context.Insert<User>(() => new User() { Name = "lu", Age = 18, Gender = Gender.Man, CityId = 1, OpTime = DateTime.Now }); /* * INSERT INTO [Users]([Name],[Age],[Gender],[CityId],[OpTime]) VALUES(N‘lu‘,18,1,1,GETDATE());SELECT @@IDENTITY */
IDbContext context = new MsSqlContext(DbHelper.ConnectionString); User user = new User(); user.Name = "lu"; user.Age = 18; user.Gender = Gender.Man; user.CityId = 1; user.OpTime = new DateTime(1992, 1, 16); //会自动将自增 Id 设置到 user 的 Id 属性上 user = context.Insert(user); /* * String @P_0 = "lu"; Gender @P_1 = Man; Int32 @P_2 = 18; Int32 @P_3 = 1; DateTime @P_4 = "1992/1/16 0:00:00"; INSERT INTO [Users]([Name],[Gender],[Age],[CityId],[OpTime]) VALUES(@P_0,@P_1,@P_2,@P_3,@P_4);SELECT @@IDENTITY */
第一种方式比较接近 sql 的写法，可以有选择的插入。第二种方式则会将所有映射的字段都插入。对于插入数据需求，这两种方式我想应该可以满足了。
以 lambda 的形式更新：
MsSqlContext context = new MsSqlContext(DbHelper.ConnectionString); context.Update<User>(a => new User() { Name = a.Name, Age = a.Age + 100, Gender = Gender.Man, OpTime = DateTime.Now }, a => a.Id == 1); /* * UPDATE [Users] SET [Name]=[Users].[Name],[Age]=([Users].[Age] + 100),[Gender]=1,[OpTime]=GETDATE() WHERE [Users].[Id] = 1 */ //批量更新 //给所有女性朋友年轻 10 岁 context.Update<User>(a => new User() { Age = a.Age - 10, OpTime = DateTime.Now }, a => a.Gender == Gender.Woman); /* * UPDATE [Users] SET [Age]=([Users].[Age] - 10),[OpTime]=GETDATE() WHERE [Users].[Gender] = 2 */
MsSqlContext context = new MsSqlContext(DbHelper.ConnectionString); User user = new User(); user.Id = 1; user.Name = "lu"; user.Age = 28; user.Gender = Gender.Man; user.OpTime = DateTime.Now; context.Update(user); //会更新所有映射的字段 /* * String @P_0 = "lu"; Gender @P_1 = Man; Int32 @P_2 = 28; Nullable<Int32> @P_3 = NULL; DateTime @P_4 = "2016/7/8 11:28:27"; Int32 @P_5 = 1; UPDATE [Users] SET [Name]=@P_0,[Gender]=@P_1,[Age]=@P_2,[CityId]=@P_3,[OpTime]=@P_4 WHERE [Users].[Id] = @P_5 */ /* * 支持只更新属性值已变的属性 */ context.TrackEntity(user);//在上下文中跟踪实体 user.Name = user.Name + "1"; context.Update(user);//这时只会更新被修改的字段 /* * String @P_0 = "lu1"; Int32 @P_1 = 1; UPDATE [Users] SET [Name]=@P_0 WHERE [Users].[Id] = @P_1 */
像第一种方式可以批量更新数据方法，我觉得在实际开发中很有必要，且不可或缺。
之前，同事用 EF 开发一个功能，需要批量更新，他的做法是将所有满足条件的数据给查出来，然后挨个赋值，最后统一 SaveChanges()，开发时由于数据量少，没发现问题。部署上线了以后，用户随便点击一下保存，这个方法执行都要好久，瞬间懵了，不多说为什么，你懂的！虽然有人基于 EF 做了一个支持批量更新的 EF 扩展类库，经过各方面考虑，最终不敢轻易冒风险引入项目中。那就拼接一句批量 Update 的sql呗，原生态执行。Oh！想到拼 sql，心中一万个草泥马路过！！！都 .net4.5+ 时代，.net Core 都出了，还执着手写sql？这费时费力的活咱90后程序员可不干！虽然我 sql 写得很溜，但不到没辙的时候我是不会去拼 sql。项目开发阶段，我是秉着怎么快怎么做原则，有能10分钟解决问题的方式，我是不会选择10分钟+1秒的其他方法！多一秒也不行！至于优化，那是后事。
自己动手，能根据需求定制理想的功能，这也是我造轮子的原因之一。
以 lambda 的形式删除：
MsSqlContext context = new MsSqlContext(DbHelper.ConnectionString); context.Delete<User>(a => a.Id == 1); /* * DELETE [Users] WHERE [Users].[Id] = 1 */ //批量删除 //删除所有不男不女的用户 context.Delete<User>(a => a.Gender == null); /* * DELETE [Users] WHERE [Users].[Gender] IS NULL */
MsSqlContext context = new MsSqlContext(DbHelper.ConnectionString); User user = new User(); user.Id = 1; context.Delete(user); /* * Int32 @P_0 = 1; DELETE [Users] WHERE [Users].[Id] = @P_0 */
删除数据就这么简单。
Chloe 的事务操作方法在 DbContext.CurrentSession 属性里：
MsSqlContext context = new MsSqlContext(DbHelper.ConnectionString); IDbSession dbSession = context.CurrentSession; try { dbSession.BeginTransaction(); //to do somethings here... dbSession.CommitTransaction(); } catch { dbSession.RollbackTransaction(); }
事务是每个 ORM 必备的功能。太简单，本来不想写进来的，想想，写吧，凑个字数也好。
Chloe.ORM 主打便捷、高效，无论是 IDbContext 还是 IQuery<T> 接口，设计极其简单，基本一看就懂，一用就会。并且不依赖任何配置，上手简单，传个数据库连接字符串就能跑，我就喜欢这样傻瓜式开发。话说有一点我很纳闷，C# 是一门高度简化的语言，很多人说微软把程序员培养得越来越傻，试问，傻瓜式开发不好吗？这是开发语言的进步啊，我们为什么要拒绝！那些人是不是都喜欢折腾？说句不好听的，如果一门语言真把一个程序员变“傻”，我想，那位程序员肯定不是好程序员！扯远了，嘿嘿。
秉着开源共享精神，促进国内开源事业发展，Chloe.ORM 完全开源，遵循 Apache2.0 协议。
GitHub：https://github.com/shuxinqin/Chloe
开源中国：http://www.oschina.net/p/chloe-orm
ps：小弟不才，文化、技术功底有限，必有不足之处，望各路大神多多指点，非常感谢。也请有异议的同学，点反对的同时，麻烦也留个建议再离开，行吗？谢谢。
标签：
原文地址：http://www.cnblogs.com/so9527/p/5652938.html
