EF-CodeFirst-3搞事
本文学习旺杰兄的 CodeFirst 系列教程而写。尽量摆脱之前的影子写出自己的理解
表间关系、级联删除
简单玩法已经走通了,但是我就是想搞点事出来。今天来搞搞表间关系和级联删除
表间关系
毫无疑问在设计表的时候,对于两张有关联的表,我们要做一对一或一对多的外键关系。这样在使用EF的时候可以轻松的使用导航属性不说,也使得表结构更加简单明朗。使用CodeFirst我们该如何配置呢?
一对一
我们这边有这样两个实体。User、UserCard。 一个用户肯定只会拥有一个身份证号、而一个身份证号肯定也只能属于一个人。这就是一个典型的一对一关系。
[Table("T_User")] public class User { public User() { UserId = new Guid(Guid.NewGuid().ToString("D")); ; } [Key] public Guid UserId { get; set; } [Required] [MaxLength(20)] public string Name { get; set; } [Timestamp] public byte[] RowVersion { get; set; } public List<UserRole.UserRole> UserRoles { get; set; } /// <summary> /// 扩展 /// </summary> public UserAddress UserAddress { get; set; } /// <summary> /// 一个用户拥有一个身份证 /// </summary> public UserCard UserCard { get; set; } }
/// <summary> /// 用户证件实体 /// </summary> [Table("T_User_Card")] public class UserCard { public UserCard() { UserId = new Guid(Guid.NewGuid().ToString("D")); } [Key] public Guid UserId { get; set; } [MaxLength(18)] public string IdCard { get; set; } //一个证件只能属于一个人..一对一 public User User { get; set; } }
之前也提到,配置映射有两种方式。写说注解的方式,很简单。使用ForeignKey()的方式可以轻松的搞定
[Key,ForeignKey("User")] public Guid UserId { get; set; }
但是在实际开发中大多会用Fluent Api 这个配置也很容易
HasRequired(u => u.User).WithOptional(u => u.UserCard);
对关系的配置做一下梳理
Has方法:
- HasOptional: 前者包含后者一个实例 (可为null)
- HasRequired:前者包含后者一个不为null的实例
- HasMany:前者包含后者实例的集合
With方法
- withOptional:后者包含前者一个实例 (可为null)
- withRequired:后者包含前者一个不为null的实例
- withMany:后者包含前者实例的集合
我们的Fluent Api的配置可以清楚的看出来是 UserCard包含一个User不为null的实例而User包含一个UserCard可为null的实例
这里记录本人不是很推荐的写法
public class UserCardMap : EntityTypeConfiguration<UserCard> { public UserCardMap() { //不推荐的写法 HasRequired(u => u.User).WithMany().HasForeignKey(u => u.UserId); } }
首先我们搞了一个UserId做为外建,使用了Fluent Api做配置映射,下面指定了UserId为外建。看看我们数据库中的关系图是佬样的吧。下图可以看到建立了两个关系 一个UserCard中的Id为主键而User表中生成了一个UserDard_Id为外键。下面则是使用了User表中的主键 User_Card表中的UserId做为外建 。 这样看起来是双向的一对一的关系。好吧,我不需要这样的配置。复杂,而且WithMany看起来像是一对多一样
一对多
之前的User和UserRole就是一对多关系,当时并没有做什么。EF为我们自动做了配置,且在UserRole表中添加了User_UserId做外键。这样虽然爽,但是!我就是想让外键叫UserId。这要怎么做呢?当然简单了。。
这是在UserRole中进行配置,代表UserRole拥有一个不为null的User实例,User拥有UserRole的集合。MayKey指定外键名为UserId
HasRequired(o => o.User).WithMany(u => u.UserRoles).Map(o => o.MapKey("UserId"));
Updata-database一下就可以看到表的变化了,UserId做为了外键
多对多
多对多关系,开发中经常会用到。我们的User与UserRole之前是一对多的关系。但是如果我们再去细想。一个角色 (老师、公民、程序员) 可以属于多个人。而一个人也可以同时拥有这些角色。这就是一个明显的多对多(-.-之前欠考虑了)。那么要改造成多对多的关系。首先把UserRole表中的User改成list集合
我们在数据库建表的时候遇到多对多关系,一般都会建立一个中间表用来存放两张表的记录。在CodeFirst中我们也要进行这样的配置。
//多对多的配置 HasMany(o => o.Users).WithMany(o => o.UserRoles).Map(m => { m.ToTable("T_User_UserRole_Config"); m.MapLeftKey("UserId"); //这里为了区分,把id改成了UserRoleId m.MapRightKey("UserRoleId"); });
Update-database一下看一下数据库就大功告成了!
级联删除
表一旦有了关系,那么自然会生出很多事,我们的主从表一旦主表中的数据删除从表的Fluent Api配置如不是optional都会默认级联删除。嗯,因缺斯挺。但是某些业务需求并不允许我们这么做。数据是很宝贵的东西,也是为什么软删除这么流行的原因。即使主表被删除了但是某些从表中的数据很有价值,这时我们就不得不考虑了。正确的做法全局关闭级联删除。在OnModelCreting中添加
//全局关闭级联删除 modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>();
那么问题又来了,有些从表中的数据真的只要主表中记录被删除就变的毫无价值,存在就是浪费空间的货。这种还是需要级联删除的,我们可以在xxMap中单独为它开启级联删除
//开启级联删除 HasRequired(u => u.User).WithOptional(u => u.UserCard).WillCascadeOnDelete(true);