维护LINQ to SQL多对多表间关系
时间:2010-08-22 来源:sunny段段
本文PDF下载
在项目开发中,经常会碰到维护多对多(many to many)关系表间关系的操作,例如为人员配置角色、为人员配置部门、为产品配置类别等。如果没有经过程序设计而直接进行开发,将会过多地关注其细节问题,如:应删除那些数据、应添加哪些数据、应保留哪些数据等,导致开发效率降低。
名词解释
在本文开始之前,首先以用户-用户角色-角色表为例,声明三个概念:
l 主表:如果为用户配置角色,那么用户就是主表;如果为角色配置用户,那么角色就是主表。
l 从表:如果为用户配置角色,那么角色就是从表。
l 关系表:记录用户与角色表间关系的表。
行为描述
经过总结,发现其行为有统一的地方:传递主表对象与从表对象集合->获取现有关系->对比出要删除的关系->对比出要添加的关系->提交更改。
在下面的文章中,将一步步介绍完成的过程。
测试用例
使用ASP.NET网站程序,新建如下图所示的页面:
在左侧的用户选择DropDownList中,选择一个现有用户后,会在右侧的CheckBoxList中显示其具有的角色。在进行完配置后,可以点击上方的”保存”LinkButton进行保存。
建表脚本下载
下面我将4以种情况,来展示这个示例。在每个操作完成后,我们执行以下脚本,来查看操作是否成功:
脚本:
SELECT * FROM [dbo].[UsersInRoles] |
开始测试前:
添加一个关系
在本次操作中,将为马六配置一个“Java程序员”的角色。
点击保存后,查看数据库数据:
可以看到,已经成功添加一个关系。
添加两个关系,其中一个将新建,一个不做处理
在本次操作中,将为马六配置 “Java程序员 + .NET程序员”的角色。
点击保存后,查看数据库数据:
可以看到数据库中的关系数据变为了两条,并且RoleID为“63B04…”的关系数据的主键“064AB…”并没有发生改变,这说明我并没有做“全部删除,再全部添加”的暴力型操作。
添加两个关系,其中一个将新建,一个不做处理,一个将删除
在本次操作中,将为马六配置 “Java程序员 + 项目经理”的角色。
点击保存后,查看数据库数据:
可以看到RoleID为“71DFA…”的关系被删除了,而且新建了一个RoleID为“3F45B…”的关系,而RoleID为“63B04…”的关系没有发生改变。操作成功完成。
删除所有关系
在本次操作中,将马六的全部角色置空。
点击保存后,查看数据库数据:
可以看到用户的关系被全部删除了。至此,测试工作告一段落,开始介绍功能是如何完成的。
在点击保存按钮时,要做的就是将选中的用户,以及为其配置的角色保存到数据库中。有过这样的开发经验的开发人员会知道这个过程还是十分繁琐的,在下面的代码中,我将使用设计后的方式来完成这个操作:
/// <summary> /// 点击保存按钮时的操作 /// </summary> protected void btnSave_Click(object sender, EventArgs arg) { Users user = DataContext.Users.SingleOrDefault(e => e.UserID == new Guid(ddlUsers.SelectedValue)); List<Roles> roles = new List<Roles>(); foreach (ListItem item in cblUserRoles.Items) { if (item.Selected) { Roles role = DataContext.Roles.SingleOrDefault(e => e.RoleID == new Guid(item.Value)); if (role != null) { roles.Add(role); } } } LinqM2MProvider.Execute(user, roles, true); } |
可以看到,除了封装参数(用户对象,角色对象集合)的常规操作外,只调用了一个方法:LinqM2MProvider.Execute(user, roles, true)。那么这个LinqM2MProvider是什么呢?答案是一个接口,下面的代码介绍了这个接口的构造方法:
/// <summary> /// 管理用户-用户角色-角色之间关系的提供程序 /// </summary> public ILinqM2MProvider<Users, UsersInRoles, Roles> LinqM2MProvider { get { var provider = new LinqM2MProvider<Users, UsersInRoles, Roles>() { DataContext = this.DataContext, GetRelationHandler = (m, s) => DataContext.UsersInRoles.SingleOrDefault(e => e.UserID == m.UserID && e.RoleID == s.RoleID), RelationSetHandler = m => m.UsersInRoles, CreateRelationHandler = (m, s) => new UsersInRoles() { UserInRoleID = Guid.NewGuid(), Users = m, Roles = s } }; return provider; } } |
可以看到ILinqM2MProvider接口是一个泛型接口,它的三个泛型类型是用户-用户角色-角色,就跟本文“名词解释”段落中的图片所显示关系一致。使用它需要设置四个属性:
l DataContext
l GetRelationHandler
l RelationSetHandler
l CreateRelationHandler
那么这个四个属性分别代表什么含义呢?下文将进行详细的说明。
接口ILinqM2MProvider<M, R, S>
定义
/// <summary> /// 维护LINQ to SQL的多对多关联关系 /// </summary> /// <typeparam name="M">主表类型</typeparam> /// <typeparam name="R">关系表类型</typeparam> /// <typeparam name="S">从表类型</typeparam> /// <remarks> /// Sunny D.D at 2010-8-20 /// </remarks> public interface ILinqM2MProvider<M, R, S> where M : class where R : class where S : class { /// <summary> /// LINQ to SQL入口 /// </summary> DataContext DataContext { get; set; } /// <summary> /// 描述如何根据主表对象和从表对象获取中间关系表对象的行为 /// </summary> Func<M, S, R> GetRelationHandler { get; set; } /// <summary> /// 描述如何根据主表对象和从表对象创建中间关系表对象的行为 /// </summary> Func<M, S, R> CreateRelationHandler { get; set; } /// <summary> /// 描述如何根据主表对象获取获取中间关系表对象集合 /// </summary> Func<M, EntitySet<R>> RelationSetHandler { get; set; } /// <summary> /// 获取将要删除的关系 /// </summary> /// <param name="master">主表对象</param> /// <param name="slaves">从表对象</param> /// <returns></returns> IEnumerable<R> GetDeleting(M master, IEnumerable<S> slaves); /// <summary> /// 获取将要新建的关系 /// </summary> /// <param name="master">主表对象</param> /// <param name="slaves">从表对象</param> /// <returns></returns> IEnumerable<R> GetAdding(M master, IEnumerable<S> slaves); /// <summary> /// 执行操作。默认在方法结束时不将变更提交至数据库,需要显式提交变更。 /// </summary> /// <param name="master">主表对象</param> /// <param name="slaves">从表对象</param> void Execute(M master, IEnumerable<S> slaves); /// <summary> /// 执行操作 /// </summary> /// <param name="master">主表对象</param> /// <param name="slaves">从表对象</param> /// <param name="isSubmitChanges">是否在方法结束时将变更提交至数据库</param> void Execute(M master, IEnumerable<S> slaves, bool isSubmitChanges); } |
DataContext属性
类型:System.Data.Linq.DataContext
RelationSetHandler属性
描述如何根据主表对象获取获取中间关系表对象集合。
在LINQ to SQL架构中,一个表的外键对象集合是用EntitySet来表示的,EntitySet中的元素代表着主键表关联的外建表的条目。在本文的“测试用例”部分中,是这样赋值的:
RelationSetHandler = m => m.UsersInRoles
GetRelationHandler属性
描述如何根据主表对象和从表对象获取中间关系表对象的行为。在本文中,就是根据用户ID与角色ID获取一个UsersInRoles对象。
它的作用是确定有多少个中间表对象需要被操作。当然,最后提交至数据库的元素,是与RelationSetHandler操作结果中包含的元素进行比对后才被执行的。在本文的“测试用例”部分中,是这样赋值的:
GetRelationHandler = (m, s) => DataContext.UsersInRoles.SingleOrDefault(e => e.UserID == m.UserID && e.RoleID == s.RoleID)
CreateRelationHandler属性
描述如何根据主表对象和从表对象创建中间关系表对象的行为。
在传递的从表集合中,发现有需要新建的关系时,就要用到这个操作。在本文的“测试用例”部分中,是这样赋值的:
CreateRelationHandler = (m, s) => new UsersInRoles() { UserInRoleID = Guid.NewGuid(), Users = m, Roles = s } |
GetDeleting方法
获取将要删除的关系。
GetAdding方法
获取将要新建的关系。
Execute方法
执行操作。
接口的实现LinqM2MProvider<M, R, S>
至于接口的实现,各位肯定都有自己的方式,在这里我就不详细说明了,本文给出一个实现仅供参考。点击下载
总结
使用本文中介绍的方式来管理多对多表间关系,就可以不关注操作到底是进行添加关系、删除关系、还是更改关系了,开发人员需要做的只是将三个委托GetRelationHandler、CreateRelationHandler、RelationSetHandler构造好,并传递正确的参数(主表对象、从表集合)即可,从而不再关注操作细节,提高开发效率。
本文资源下载
建表脚本:下载
页面代码:UsersInRolesDemo.aspx UsersInRolesDemo.aspx.cs
接口ILinqM2MProvider:下载
实现LinqM2MProvider:下载
如果链接打不开,请配置hosts文件:
209.85.225.101 docs.google.com
74.125.127.100 writely.google.com
74.125.127.139 spreadsheets.google.com