03-EF Core笔记之查询数据
EF Core使用Linq进行数据查询。
基本查询
微软提供了一百多个示例来演示查询，地址：https://code.msdn.microsoft.com/101-LINQ-Samples-3fb9811b
我们可以通过下面的代码进行简单的查询：
//获取全部数据
var blogs = context.Blogs.ToList();
//获取单个实体
var blog = context.Blogs.Single(b => b.BlogId == 1);
//筛选
var blogs = context.Blogs
.Where(b => b.Url.Contains("dotnet"))
.ToList();
加载关联数据
EF Core有三种常见模型来加载关联数据：
- 预先加载：表示从数据库中加载关联数据，作为初始查询的一部分
- 显式加载：表示稍后从数据库中显式加载关联数据
- 延迟加载：表示在访问关联数据时，再从数据库中加载关联数据
预先加载
使用Include方法指定要包含在查询结果中的关联数据。例如：
using (var context = new BloggingContext())
{
var blogs = context.Blogs
.Include(blog => blog.Posts)
.Include(blog => blog.Owner)
.ToList();
}
关联数据可以是有层级的，可通过链式调用ThenInclude，进一步包含更深级别的关联数据。：
using (var context = new BloggingContext())
{
var blogs = context.Blogs
.Include(blog => blog.Posts)
.ThenInclude(post => post.Author)
.ThenInclude(author => author.Photo)
.Include(blog => blog.Owner)
.ThenInclude(owner => owner.Photo)
.ToList();
}
如果更改查询，从而使其不再返回查询以之为开头的实体类型的实例，则会忽略 include 运算符。例如：
using (var context = new BloggingContext())
{
var blogs = context.Blogs
.Include(blog => blog.Posts)
.Select(blog => new
{
Id = blog.BlogId,
Url = blog.Url
})
.ToList();
}
此时EF Core会忽略包含，并生成警告日志。
显式加载
通过 DbContext.Entry(...) API 显式加载导航属性。例如：
using (var context = new BloggingContext())
{
var blog = context.Blogs
.Single(b => b.BlogId == 1);
context.Entry(blog)
.Collection(b => b.Posts)
.Load();
context.Entry(blog)
.Reference(b => b.Owner)
.Load();
}
延迟加载
使用延迟加载的最简单方式是通过安装 Microsoft.EntityFrameworkCore.Proxies 包，并通过调用 UseLazyLoadingProxies 来启用该包。 例如:
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
=> optionsBuilder
.UseLazyLoadingProxies()
.UseSqlServer(myConnectionString);
或者在ServiceConfigure中，调用services.AddDbContext方法时启用：
services.AddDbContext<BloggingContext>(
b => b.UseLazyLoadingProxies()
.UseSqlServer(myConnectionString));
EF Core 延迟加载需要属性必须具有是共有的，且具有virtual修饰符，只有这样才可以被子类重写。为何要这样做，可以参考我之前的文章《Castle DynamicProxy基本用法（AOP）》。
下面的代码演示了延迟加载的用法：
public class Blog
{
public int Id { get; set; }
public string Name { get; set; }
public virtual ICollection<Post> Posts { get; set; }
}
public class Post
{
public int Id { get; set; }
public string Title { get; set; }
public string Content { get; set; }
public virtual Blog Blog { get; set; }
}
此时EF Core会使用代理类进行延迟加载数据。
EF Core还提供了不使用代理的方式进行延迟加载，此方法需要向实体类中注入ILazyLoader实例，并通过该实例实现get访问：
public class Blog
{
private ICollection<Post> _posts;
public Blog()
{
}
private Blog(ILazyLoader lazyLoader)
{
LazyLoader = lazyLoader;
}
private ILazyLoader LazyLoader { get; set; }
public int Id { get; set; }
public string Name { get; set; }
public ICollection<Post> Posts
{
get => LazyLoader.Load(this, ref _posts);
set => _posts = value;
}
}
此种方法需要注入ILazyLoader，从而造成更多的包依赖。
使用EF Core延迟加载，可能会造成循环引用，此时无法使用Json.Net进行序列化，需要对此进行一些配置：
public void ConfigureServices(IServiceCollection services)
{
services.AddMvc()
.AddJsonOptions(
options => options.SerializerSettings.ReferenceLoopHandling = Newtonsoft.Json.ReferenceLoopHandling.Ignore
);
}
客户端 vs. 服务器
EF Core支持部分查询在客户端进行、部分查询发送到服务器，此种情况下可能会造成性能问题。
当发生客户端筛选数据的时候，EF Core会发出警告，也可以配置当发生客户端筛选时抛出异常：
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
optionsBuilder
.UseSqlServer(@"Server=(localdb)\mssqllocaldb;Database=EFQuerying;Trusted_Connection=True;")
.ConfigureWarnings(warnings => warnings.Throw(RelationalEventId.QueryClientEvaluationWarning));
}
跟踪和非跟踪
默认情况下，EF Core跟踪查询返回的实体，如果我们不需要跟踪查询返回的实体，则可以通过AsNoTracking方法禁用跟踪。
using (var context = new BloggingContext())
{
var blogs = context.Blogs
.AsNoTracking()
.ToList();
}
或者在DbContext级别禁用跟踪：
using (var context = new BloggingContext())
{
context.ChangeTracker.QueryTrackingBehavior = QueryTrackingBehavior.NoTracking;
var blogs = context.Blogs.ToList();
}
当使用投影查询结果时，如果包含实体类型，则会对实体类型执行跟踪，例如下面的查询，将会对Blog和Post进行跟踪：
using (var context = new BloggingContext())
{
var blog = context.Blogs
.Select(b =>
new
{
Blog = b,
Posts = b.Posts.Count()
});
}
另外，如果查询结果中不包含任何实体类型，则不执行跟踪。例如：
using (var context = new BloggingContext())
{
var blog = context.Blogs
.Select(b =>
new
{
Id = b.BlogId,
Url = b.Url
});
}
原始SQL查询
当Linq无法满足查询需求，或因为使用Linq生成效率比较低的SQL查询时，可以考虑使用原始SQL进行查询。EF Core支持原始SQL语句和存储过程。
原始SQL语句：
var blogs = context.Blogs
.FromSql("SELECT * FROM dbo.Blogs")
.ToList();
存储过程：
var blogs = context.Blogs
.FromSql("EXECUTE dbo.GetMostPopularBlogs")
.ToList();
参数传递
当使用原始SQL进行查询时，必须使用参数化查询以抵御SQL注入攻击。
好的一点是，EF Core在设计时就替我们考虑了如何防御SQL注入攻击，因此当我们使用FromSql方法时，参数中如果有使用到拼接字符串的情况，则会自动为我们生成SQL查询参数，例如：
var user = "johndoe";
var blogs = context.Blogs
.FromSql($"EXECUTE dbo.GetMostPopularBlogsForUser {user}")
.ToList();
上面的SQL语句虽然看上去像是直接拼接的字符串，其实EF Core已经为我们生成了查询参数。
当然了，我们也可以手工创建查询参数：
var user = new SqlParameter("user", "johndoe");
var blogs = context.Blogs
.FromSql("EXECUTE dbo.GetMostPopularBlogsForUser @user", user)
.ToList();
当数据库的存储过程使用了命名参数时，手工创建查询参数将会派上用场：
var user = new SqlParameter("user", "johndoe");
var blogs = context.Blogs
.FromSql("EXECUTE dbo.GetMostPopularBlogs @filterByUser=@user", user)
.ToList();
拼接Linq
当我们使用原始SQL查询时，EF Core仍然支持我们使用linq编写查询语句。在执行查询时，EF Core会检查我们的sql语句是否支持拼接，如果支持的情况下，则会将linq过滤语句拼接为sql一并发送到数据库进行查询。
跟踪
原始SQL中的跟踪与Linq查询的跟踪方式一致。
关联数据
原始SQL中查询关联数据的方式与Linq查询的关联方式一致。
全局筛选器
全局筛选器对于软删除和多租户非常有用。定义方式如下：
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);
}
我们可以在特定的查询中禁用全局筛选器：
blogs = db.Blogs
.Include(b => b.Posts)
.IgnoreQueryFilters()
.ToList();
