标签：base timestamp style users byte name apk idc lis
本文学习旺杰兄的 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);
标签：base timestamp style users byte name apk idc lis
原文地址：http://www.cnblogs.com/zxtceq/p/7567790.html
