EF Core 笔记

回滚最近的一次迁移记录

remove-migration 会报错

加参数remove-migration --force

一个程序集下面存在多个DbContext 指定DbContext进行迁移

add-migration --context XXXDbContext

一个事务中先在数据库查出一条数据进行修改然后在进行查询他会直接在内存中找到这条数据不会再数据库查询了

EF Core的 linq语句中可以使用C#方法或函数在EF6或之前版本不可以

.Include() 在EF Core和 EF6中支持lamada表达式之前的版本该方法只接受列名字符串

使用原生sql

FormSql已弃用

        using (var dataContext = new SampleDbContext()) {
        
            var query = dataContext.Categories.FromSqlRaw("select * from Category");

            var result = query.ToList();
        }

通过这种方式拼接sql 会自动拼接成带参数的sql语句

 var query = dataContext.Categories.FromSql($"select * from Category where CategoryID={categoryID}");

执行存储过程

 var query = dataContext.Categories.FromSql($"GetCategoryById {categoryID}");

配置一对一关系在EF6.X或之前不支持

public class Student
{
    public int Id { get; set; }
    public string Name { get; set; }
       
    public StudentAddress Address { get; set; }
}

public class StudentAddress
{
    public int StudentAddressId { get; set; }
    public string Address { get; set; }
    public string City { get; set; }
    public string State { get; set; }
    public string Country { get; set; }

    public int StudentId { get; set; }
    public Student Student { get; set; }
}

在Student表中自动产生一个AddressId列

订单行关联订单头可以省略前两行代码直接写最后一行

    public class SalesOrderLine : Entity<Guid>
    {
        /// <summary>
        /// 销售订单ID
        /// </summary>
        public virtual Guid? SalesOrderId { set; get; }
        /// <summary>
        /// 销售订单
        /// </summary>
        [ForeignKey(nameof(SalesOrderId))]
        public virtual SalesOrder SalesOrder { set; get; }

EF中已经有了默认的约定来实现一对多如果想要自己写可以扩展 Fluent API 这些一对多的配置在EF约定中就已经实现了不需要自己配置可以通过这个配置来实现级联删除

            //配置订单头实体和订单行实体的关系
            modelBuilder.Entity<SalesOrder>()
                //订单头实体对象包含了 多个的订单行
                .HasMany<SalesOrderLine>(t => t.Lines)
                //订单行实体对象包含了 唯一的个订单头
                .WithOne(g => g.SalesOrder)
                //通过行的SalesOrderId属性进行关联
                .HasForeignKey(g => g.SalesOrderId);

            //反过来配置
            modelBuilder.Entity<SalesOrderLine>()
                //订单行实体对象包含了 唯一的订单头
                .HasOne<SalesOrder>(t => t.SalesOrder)
                //订单头实体对象包含了 多个订单行
                .WithMany(g => g.Lines)
                //通过行的SalesOrderId属性进行关联
                .HasForeignKey(t => t.SalesOrderId);

级联删除

            //级联删除
            //前面的配置都一样   只要在最后加上OnDelete
            modelBuilder.Entity<SalesOrder>()
                .HasMany<SalesOrderLine>(t => t.Lines)
                .WithOne(g => g.SalesOrder)
                .HasForeignKey(g => g.SalesOrderId)
                .OnDelete(DeleteBehavior.Cascade);
            //Cascade  删除主实体时将删除从属实体
            //ClientSetNull 删除主实体时将从属实体的的外键属性值设置为null
            //Restrict  防止级联删除
            //SetNull   删除主实体时将从属实体的的外键属性值设置为null

多对多的关系只能自己配置

Entity Framework Core中没有可自动配置多对多关系的默认约定。您必须使用Fluent API对其进行配置。

学生表
public class Student
{
    public int StudentId { get; set; }
    public string Name { get; set; }

    public IList<StudentCourse> StudentCourses { get; set; }
}
课程表
public class Course
{
    public int CourseId { get; set; }
    public string CourseName { get; set; }
    public string Description { get; set; }

    public IList<StudentCourse> StudentCourses { get; set; }
}

//通过一张中间表来实现学生跟课程的多对多关系
public class StudentCourse
{
    public int StudentId { get; set; }
    public Student Student { get; set; }

    public int CourseId { get; set; }
    public Course Course { get; set; }
}

关系配置
modelBuilder.Entity<StudentCourse>().HasKey(sc => new { sc.StudentId, sc.CourseId });

获取当前跟踪的所有实体

context.ChangeTracker.Entries()

可以使用 FromSql 扩展方法基于原生 SQL 查询开始 LINQ 查询。

var blogs = context.Blogs
    .FromSql("SELECT * FROM dbo.Blogs")
    .ToList();

原生 SQL 查询可用于执行存储过程。

var blogs = context.Blogs
    .FromSql("EXECUTE dbo.GetMostPopularBlogs")
    .ToList();

单独配置给某一个实体添加租户过滤和软删除过滤

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Blog>().Property<string>("TenantId").HasField("_tenantId");

    // Configure entity filters
    modelBuilder.Entity<Blog>().HasQueryFilter(b => EF.Property<string>(b, "TenantId") == _tenantId);
    modelBuilder.Entity<Post>().HasQueryFilter(p => !p.IsDeleted);
}

指定当前实体框架Linq查询不应用任何模型级实体查询筛选器。不应用配置的软删除过滤和租户过滤

blogs = db.Blogs
    .Include(b => b.Posts)
    .IgnoreQueryFilters()
    .ToList();

程序和数据库中对应类型

关于在ABP中是否手动写await customerRepository.UpdateAsync(cc); 更新这行代码的测试 (不写EF会自动监测到所有修改的字段进行更新，写了会更新所有字段)

1.不写这行代码让事务自动提交

　　在数据库监控日志中会产生两条sql语句记录一条是查询一条是更新更新的语句只更新修改过的字段

2.写了这行代码

　　在数据库监控日志中只有一条sql语句记录查询和更新是在一起的但是更新了所有字段

关于ef的迁移文件

add-migration 通过对比DBContext中的实体和总快照文件来生成迁移文件

update-database 会查询__EFMigrationsHistory表中的迁移记录知道了最后一次迁移记录把这次一次之后的所有迁移文件都执行一遍

ModelSnapshot迁移快照文件每次通过add-migration生成新的迁移文件的时候会对比dbContext中的实体跟快照中的记录以这个为标准来产生新的迁移文件

迁移文件：通过对比DBContext中的实体和快照文件来生成迁移文件

　　当前迁移文件中有两个方法：一个是Up Up就是使用update-database是执行的代码段 Down是回滚迁移文件执行的代码段 Up跟Down的的代码段肯定是相反的比如在Up中新增一张表在Down中就是删除这张表

迁移文件下面还有一个.Designer的文件执行当前迁移文件后的快照文件

创建新库的时候：因为不存在迁移记录表所以会把所有迁移文件按顺序执行一遍如果有丢失的迁移文件则可能报错迁移失败

修改库：找到当前迁移表中记录的迁移文件执行在这之后新增的所有迁移文件

自动迁移

dbContext.Database.EnsureCreated();//不存在数据库则执行迁移不执行更新操作

dbContext.Database.Migrate();每次都执行迁移文件有最新就更新

https://docs.microsoft.com/zh-cn/ef/core/saving/cascade-delete

http://www.entityframeworktutorial.net/efcore/querying-in-ef-core.aspx