EntityFramework Core 迁移忽略主外键关系

﹥>﹥吖頭↗ 提交于 2020-08-17 04:52:34

前言

本文来源于一位公众号童鞋私信我的问题,在我若加思索后给出了其中一种方案,在此之前我也思考过这个问题,借此机会我稍微看了下,目前能够想到的也只是本文所述方案。

为何要忽略主外键关系

我们不仅疑惑为何要忽略主外键关系呢?不难想到,相对于大型企业而言大部分都会采用不建立主外键关系(简称,外键约束),外键约束毫无疑问维护了数据一致性,但对其进行操作时很容易造成问题,级联删除只是其一。如果对于经常需要操作的表建立了外键约束,那么会严重影响插入、删除和更新的性能,因为在执行这些操作之前,数据库需要检查其是否违反数据完整性,这也就是为何大多数不管是DBA或者架构师完全放弃使用外键约束的原因,在分析数据库,它们并不能以事务方式(一次一行)来处理数据,而是批量处理,性能是一切,这是其二。随着业务需求变化在设计数据库时,可能需要存储历史数据库中的旧数据,而这些旧数据可能对数据质量和完整性没有严格要求。为了能够容纳旧的脏数据,可直接清理和转换旧数据,而放弃在数据库级别上强制执行参照完整性,这是其三。所以基于以上几点理由,忽略外键约束是有其原因所在,当然,是否放弃外键约束,可能取决于架构师或者DBA,反正决策权不在于搬砖的我们,我们知道其原因就好。

示例程序

以下示例皆在控制台中进行,老规矩,我们先给出示例模型,依然是Blog和Post两个实体,如下:

public class Blog
{
    public int Id { get; set; }
    public string Name { get; set; }
    public List<Post> Posts { get; set; }
}

public class Post
{
    public int Id { get; set; }
    public string Title { get; set; }

    public int BlogId { get; set; }
    public Blog Blog { get; set; }
}

接下来则是定义上下文,如下:

public class EFCoreDbContext : DbContext
{
    public DbSet<Blog> Blogs { get; set; }
    public DbSet<Post> Posts { get; set; }
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer("Server=.;Database=EFCore;Trusted_Connection=True;");
    }
}

 

 

忽略外键约束

上述即使我们没有显式通过注解或Fluent APi配置关系,但是会根据约定而发现其关系,所以最终会建立外键约束,那么我们怎么才能在迁移时不建立外键约束呢?对依赖实体通过注解显式配置不映射,如下:

[NotMapped]
public List<Post> Posts { get; set; }

请注意,这里必须是对依赖实体进行显式注解不映射,若是对依赖实体上的主体导航属性配置依然会生成外键约束,若是对外键进行注解不映射也是同理,只不过生成的外键名称和默认的外键名称不一样而已。很显然,进行如上不建立外键约束后,当我们通过主体添加依赖体数据时将不会持久化到表中,比如如下通过Blog添加Posts

var context = new EFCoreDbContext();

context.Add(new Blog()
{
    Name = "Jeffcky",
    Posts = new List<Post>()
    {
        new Post()
        {
            Title = "EntityFramework Core"
        }
    }
});

var effectedRows = context.SaveChanges();

同理,当通过主体进行饥饿加载时将会抛出异常(无论是lambda表达式或字符串),比如如下,因为二者已经没有任何关联关系

var blog = context.Blogs.Include(d => d.Posts).FirstOrDefault(d => d.Id == 1);

基于上述,似乎没有什么很好的方式,只能采用最原始方式生成外键约束后,在迁移类中删除外键约束或数据库表手动删除外键约束,这样仍然可以很好的使用饥饿加载导航属性。一旦实体比较多,手动删除又显得比较麻烦,我们可以写个程序,当迁移完毕后删除数据库表所有外键,如下截取删除外键的代码片段,不知是否行得通,理论上应该是可以实现的。

public static class RemoveForeignKeyExetension
    {
        public static ModelBuilder RemoveForeignKeys(this ModelBuilder modelBuilder)
        {
            var entityTypes = modelBuilder.Model.GetEntityTypes().ToList();

            for (int i = 0; i < entityTypes.Count(); i++)
            {
                var entityType = entityTypes[i];

                var references = entityType.GetDeclaredReferencingForeignKeys().ToList();

                using (((Model)entityType.Model).Builder.Metadata.ConventionDispatcher.DelayConventions())
                {
                    foreach (var reference in references)
                    {
                        reference.DeclaringEntityType.RemoveForeignKey(reference);
                    }
                }
            }
            return modelBuilder;
        }
    }

忽略外键约束(SQLite)

上述是针对SQL Server所做的测试,理论上MySQL同理,但对于SQLite数据库,EF Core 3.x提供了全局方案:通过数据连接字符串配置【Foreign Keys = False】全局抑制建立外键约束。

optionsBuilder.UseSqlite("Database=sqlite.db;Foreign Keys=False");

总结

官方团队好像并未提供针对SQL Server或MySQL忽略而不建立外键约束而可以加载导航属性的办法,只能采取笨拙或者如上所述写个程序去删除外键约束或者通过注解方式实现,但是一旦使用注解将无法加载导航属性,那么用EF Core就失去了很大的意义,我认为

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!