回滚最近的一次迁移记录
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