EF Core中:

  • 如果调用Queryable.Count等聚合方法,不会导致DbContext跟踪(track)任何实体。
  • 此外调用Queryable.Join方法返回的匿名类型也不会被DbContext所跟踪(实测调用Queryable.Join方法返回EF Core中的实体类型也不会被DbContext所跟踪)。

Queryable.Count等聚合方法和Queryable.Join方法返回的结果不会被跟踪,原因是因为这两种方法返回的结果类型并没有被DbContext的OnModelCreating方法映射为实体,所以DbContext自然就不会去跟踪这两种方法返回的结果。

RelationalQueryableExtensions.FromSql方法

RelationalQueryableExtensions.FromSql方法的签名如下:

public static IQueryable<TEntity> FromSql<TEntity>([NotNullAttribute] this IQueryable<TEntity> source, [NotParameterized] RawSqlString sql, [NotNullAttribute] params object[] parameters) where TEntity : class;

可以看到FromSql方法其实是IQueryable<TEntity>类型的扩展方法,由于其返回的也是IQueryable<TEntity>类型,所以我们在使用FromSql方法时还可以结合其它Linq方法,例如下面的示例中,我们在FromSql方法后还使用了Linq中的Count方法来做聚合查询:

var users = dbContext.User.FromSql<User>("select * from [MD].[User]").Count();

这时FromSql方法传入的SQL语句会作为子查询,我们可以通过EF Core的后台日志看到生成的SQL语句如下:

=============================== EF Core log started ===============================
Executed DbCommand (58ms) [Parameters=[], CommandType='Text', CommandTimeout='0']
SELECT COUNT(*)
FROM (
select * from [MD].[User]
) AS [u]
=============================== EF Core log finished ===============================

此外因为FromSql方法是IQueryable<TEntity>类型的扩展方法,所以我们也可以在FromSql方法前使用其它Linq方法,例如下面的例子中我们在FromSql方法前使用Where方法来查询User表中Username不为null的行:

var users = dbContext.User.Where(e => e.Username != null).FromSql<User>("select * from [MD].[User]").Count();

我们可以通过EF Core的后台日志看到生成的SQL语句如下:

=============================== EF Core log started ===============================
Executed DbCommand (68ms) [Parameters=[], CommandType='Text', CommandTimeout='0']
SELECT COUNT(*)
FROM (
select * from [MD].[User]
) AS [e]
WHERE [e].[Username] IS NOT NULL
=============================== EF Core log finished ===============================

我们可以看到,EF Core生成的后台SQL语句在外层查询上加了一个Where条件来过滤Username不为null的行。

FromSql方法还可以直接查询数据库中的存储过程,例如我们现在有一个数据库存储过程叫SP_GetUsers,其中只有一个简单的User表查询,定义如下:

CREATE PROCEDURE [MD].[SP_GetUsers]
AS
BEGIN
select * from [MD].[User]
END
GO

我们可以使用FromSql方法调用存储过程SP_GetUsers来返回User表的三行数据,如下所示:

var users = dbContext.User.FromSql<User>("exec [MD].[SP_GetUsers]").ToList();

可以看到FromSql方法最后成功返回了三个User实体。

也可以在FromSql方法调用存储过程时使用其它Linq方法,例如下面我们在FromSql方法后使用了Count聚合查询:

var users = dbContext.User.FromSql<User>("exec [MD].[SP_GetUsers]").Count();

不过这个时候,我们可以通过下面EF Core的后台日志看到,其做SQL查询的时候只是调用了存储过程,并没有做Count聚合查询,说明聚合查询Count是EF Core将数据库的数据加载到内存中的实体对象后再做的,没有在数据库层面做Count聚合查询。

=============================== EF Core log started ===============================
Executed DbCommand (62ms) [Parameters=[], CommandType='Text', CommandTimeout='0']
exec [MD].[SP_GetUsers]
=============================== EF Core log finished ===============================

FromSql方法也支持在查询时传入参数,示例如下:

var users = dbContext.User.FromSql<User>("select * from [MD].[User] Where Username={0} AND DataStatus={1}", "Jim", ).ToList();

我们可以通过EF Core的后台日志看到生成的SQL语句如下:

=============================== EF Core log started ===============================
Executed DbCommand (151ms) [Parameters=[@p0='?' (Size = 4000), @p1='?' (DbType = Int32)], CommandType='Text', CommandTimeout='0']
select * from [MD].[User] Where Username=@p0 AND DataStatus=@p1
=============================== EF Core log finished ===============================

FromSql方法返回的实体对象会被DbContext所跟踪

FromSql方法返回的实体对象(该对象的类型有被DbContext的OnModelCreating方法映射为实体),是会被DbContext所跟踪的,比如调用下面FromSql方法中的SQL会返回三行User数据生成三个User实体,这三个User实体是存在于DbContext中被跟踪的实体集合中的。

var users = dbContext.User.FromSql<User>("select u1.* from [MD].[User] as u1 inner join [MD].[User] as u2 on u1.UserCode=u2.UserCode").ToList();

我们可以通过EF Core的后台日志看到生成的SQL语句如下:

=============================== EF Core log started ===============================
Executed DbCommand (55ms) [Parameters=[], CommandType='Text', CommandTimeout='0']
select u1.* from [MD].[User] as u1 inner join [MD].[User] as u2 on u1.UserCode=u2.UserCode
=============================== EF Core log finished ===============================

FromSql方法中SQL语句查询的列顺序可以和实体类的属性顺序不一样

例如我们现在在SQL Server数据库中有一个表Language,其有三个列定义如下:

CREATE TABLE [MD].[Language](
[ID] [int] IDENTITY(1,1) NOT NULL,
[LanguageCode] [nvarchar](20) NULL,
[LanguageName] [nvarchar](50) NULL,
CONSTRAINT [PK_Language] PRIMARY KEY CLUSTERED
(
[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY],
CONSTRAINT [IX_Language] UNIQUE NONCLUSTERED
(
[LanguageCode] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

然后其生成的EF Core实体类Language如下,类中三个属性的顺序和Language表中三个列的顺序相同:

public partial class Language
{
public int Id { get; set; }
public string LanguageCode { get; set; }
public string LanguageName { get; set; }
}

然后我们使用EF Core的FromSql方法来用SQL语句查询Language表时,在SQL查询中将列的顺序反过来写,如下所示:

string sql = @"
SELECT
[LanguageName],
[LanguageCode],
[ID]
FROM [MD].[Language]
"; var languages = dbContext.Language.FromSql(sql).ToList();

可以看到虽然SQL语句中,SELECT语句后面的列顺序和实体类Language的属性顺序不一致,但是这对于FromSql方法来说并没有影响,FromSql方法还是正确地查询出了两条Language表的数据,如下图所示:

FromSql方法中SQL语句返回的列最好和EF Core的实体类相匹配

FromSql方法中SQL语句返回的列数,默认情况下不能小于EF Core实体类的属性数。

例如我们现在数据库中有一个User表,有五个数据列:

CREATE TABLE [dbo].[User](
[ID] [int] IDENTITY(1,1) NOT NULL,
[Name] [nvarchar](50) NULL,
[Age] [int] NULL,
[Sex] [int] NULL,
[Email] [nvarchar](50) NULL,
CONSTRAINT [PK_User] PRIMARY KEY CLUSTERED
(
[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

但是我们在EF Core的实体类User中,多定义了一个属性DataStatus,如下所示:

public partial class User
{
public int Id { get; set; }
public string Name { get; set; }
public int? Age { get; set; }
public int? Sex { get; set; }
public string Email { get; set; }
public int? DataStatus { get; set; }
}

然后我们使用FromSql方法时,在SQL查询中不查询列DataStatus:

var users = dbContext.User.FromSql(@"SELECT
[ID]
,[Name]
,[Age]
,[Sex]
,[Email]
FROM [dbo].[User]").ToList();

执行时FromSql方法会抛出System.InvalidOperationException异常:

异常信息显示,列DataStatus在FromSql方法的返回结果中不存在。

如果在EF Core实体类User中,实在有多的属性DataStatus,其实也是可以的,但是要在DataStatus属性上标记NotMapped特性(所属System.ComponentModel.DataAnnotations.Schema命名空间),如下所示:

public partial class User
{
public int Id { get; set; }
public string Name { get; set; }
public int? Age { get; set; }
public int? Sex { get; set; }
public string Email { get; set; } [NotMapped]
public int? DataStatus { get; set; }
}

这样使用FromSql方法时,在SQL查询中不查询列DataStatus,就不会抛出异常了,只不过返回的结果中,DataStatus属性全为null而已:

另外如果EF Core实体类User中,属性DataStatus是非public(internal、protected、private)的:

public partial class User
{
public int Id { get; set; }
public string Name { get; set; }
public int? Age { get; set; }
public int? Sex { get; set; }
public string Email { get; set; }
internal int? DataStatus { get; set; }
}

那么在使用FromSql方法时,在SQL查询中不查询列DataStatus,也是不会抛出异常的,只不过返回的结果中,DataStatus属性全为null而已:

其实DataStatus是非public(internal、protected、private)的时候,就算使用FromSql方法时,在SQL查询中查询了列DataStatus:

var users = dbContext.User.FromSql(@"SELECT
[ID]
,[Name]
,[Age]
,[Sex]
,[Email]
,1 AS [DataStatus]
FROM [dbo].[User]").ToList();

EF Core实体类User的DataStatus属性也始终为null:

因为FromSql方法只会为public的EF Core实体类属性绑定值。

此外如果EF Core实体类User中,属性DataStatus只有get或set访问器:

只有get访问器:

public partial class User
{
public int Id { get; set; }
public string Name { get; set; }
public int? Age { get; set; }
public int? Sex { get; set; }
public string Email { get; set; } protected int? dataStatus;
public int? DataStatus
{
get
{
return dataStatus;
}
}
}

只有set访问器:

public partial class User
{
public int Id { get; set; }
public string Name { get; set; }
public int? Age { get; set; }
public int? Sex { get; set; }
public string Email { get; set; } protected int? dataStatus;
public int? DataStatus
{
set
{
dataStatus = value;
}
}
}

那么在使用FromSql方法时,在SQL查询中不查询列DataStatus,也是不会抛出异常的:

相反如果FromSql方法中SQL语句返回的列数,大于EF Core实体类的属性数,这是完全没问题的:

例如我们在EF Core的实体类User中,有五个属性,如下所示:

public partial class User
{
public int Id { get; set; }
public string Name { get; set; }
public int? Age { get; set; }
public int? Sex { get; set; }
public string Email { get; set; }
}

然后我们使用FromSql方法时,在SQL查询中多查询一个列DataStatus,如下:

var users = dbContext.User.FromSql(@"SELECT
[ID]
,[Name]
,[Age]
,[Sex]
,[Email]
,1 AS [DataStatus]
FROM [dbo].[User]").ToList();

这样执行是完全没有问题的,FromSql方法不会抛出异常:

最后,通过实验发现,目前在EF Core的实体类中,也不是所有数据类型的属性都要求FromSql方法的返回结果中要有列相对应:

  • C#中所有SQL Server数据库基础类型:int(对应SQL Server类型int)、string(对应SQL Server类型nvarchar或varchar)、DateTime(对应SQL Server类型datetime),byte[](对应SQL Server类型varbinary)等,要求FromSql方法的返回结果中要有列相对应
  • C#中枚举(enum)类型,要求FromSql方法的返回结果中要有列相对应
  • C#中的复杂类型,最典型的例子就是C#中自定义的类,不要求FromSql方法的返回结果中要有列相对应

以上总结如果以后发现进一步信息,会再做更新。

EF Core 3.0更新
注意在EF Core 3.0中,FromSql方法和ExecuteSqlCommand方法都已经过时,请使用FromSqlRaw方法和ExecuteSqlRaw方法进行替代

EF Core 中DbContext不会跟踪聚合方法和Join方法返回的结果,及FromSql方法使用讲解的更多相关文章

  1. EF Core中DbContext可以被Dispose多次

    我们知道,在EF Core中DbContext用完后要记得调用Dispose方法释放资源.但是其实DbContext可以多次调用Dispose方法,虽然只有第一次Dispose会起作用,但是DbCon ...

  2. EF Core 中多次从数据库查询实体数据,DbContext跟踪实体的情况

    使用EF Core时,如果多次从数据库中查询一个表的同一行数据,DbContext中跟踪(track)的实体到底有几个呢?我们下面就分情况讨论下. 数据库 首先我们的数据库中有一个Person表,其建 ...

  3. EF Core中Key属性相同的实体只能被跟踪(track)一次

    在EF Core的DbContext中,我们可以通过DbContext或DbSet的Attach方法,来让DbContext上下文来跟踪(track)一个实体对象,假设现在我们有User实体对象,其U ...

  4. EF Core中如何正确地设置两张表之间的关联关系

    数据库 假设现在我们在SQL Server数据库中有下面两张表: Person表,代表的是一个人: CREATE TABLE [dbo].[Person]( ,) NOT NULL, ) NULL, ...

  5. [小技巧]EF Core中如何获取上下文中操作过的实体

    原文地址:https://www.cnblogs.com/lwqlun/p/10576443.html 作者:Lamond Lu 源代码:https://github.com/lamondlu/EFC ...

  6. EF Core中避免贫血模型的三种行之有效的方法(翻译)

    Paul Hiles: 3 ways to avoid an anemic domain model in EF Core 1.引言 在使用ORM中(比如Entity Framework)贫血领域模型 ...

  7. EF Core中的多对多映射如何实现?

    EF 6.X中的多对多映射是直接使用HasMany-HasMany来做的.但是到了EF Core中,不再直接支持这种方式了,可以是可以使用,但是不推荐,具体使用可以参考<你必须掌握的Entity ...

  8. 9.4 翻译系列:EF 6以及 EF Core中的NotMapped特性(EF 6 Code-First系列)

    原文链接:http://www.entityframeworktutorial.net/code-first/notmapped-dataannotations-attribute-in-code-f ...

  9. EF Core中Join可以进行子查询

    我们来看看下面的代码,这个代码是一个INNER JOIN的EF Core查询,其中用SubCategory表INNER JOIN了SubCategoryLanguage表,但是我们需要在SubCate ...

随机推荐

  1. Angular中父子组件双向绑定传值

    下面为大家展示一个较为简单的ng父子组件双向绑定传值,下面是父组件页面 这个页面的大概功能就是父组件(红色)通过输入框输入内容反映到子组件上进行展示,并且进行了投影, 子组件(橙黄色)通过Input输 ...

  2. 判断当前浏览器是否支持HTML5的日期控件

    function checkSupportH5Date(){ var i = document.createElement("input"); i.setAttribute(&qu ...

  3. LOJ6066:「2017 山东一轮集训 Day3」第二题

    传送门 二分答案 \(k\),考虑如何 \(hash\) 使得做起来方便 把每个点挂在 \(k+1\) 级祖先上,考虑在祖先上删除 这道题巧妙在于其可以对于 \(dfs\) 序/括号序列 \(hash ...

  4. UOJ188. 【UR #13】Sanrd

    传送门 Sol 设 \(f_i\) 表示 \(i\) 的次大质因子 题目就是要求 \[\sum_{i=l}^{r}f_i\] 考虑求 \(\sum_{i=1}^{n}f_i\) 所求的东西和质因子有关 ...

  5. Django之Form字段插件

    一.Django内置Form组件:        在使用Django内置的Form组件时,里面包含了许多[字段]和[插件],也就是验证用户输入的请求以及生成显示在前端的HTML.下面介绍一下用法: F ...

  6. jQuery轮播图(二)利用构造函数和原型创建对象以实现继承

    本文是在我开始学习JavaScript继承时,对原型继承的一些理解和运用.文中所述的继承方式均是使用js特有的原型链方式,实际上有了ES6的类之后,实现继承的就变得十分简单了,所以这种写法现在也不在推 ...

  7. PHP获取本地时间

    使用date ( "Y-m-d H:i:s" )函数获取当前时间,总是不对,原来默认是格林威治时间,解决的办法有两个: 1.获取之前先加   date_default_timezo ...

  8. 浏览器根对象window之performance

    W3C性能小组引入的新的API,目前IE9以上的浏览器都支持. 为了解决当前性能测试的困难,W3C推出了一套性能API标准,各种浏览器对这套标准的支持如今也逐渐成熟起来.这套API的目的是简化开发者对 ...

  9. React 入门实例教程[阮一峰的网络日志] (分享)

    作者: 阮一峰 https://github.com/ruanyf/react-demos 转自:http://www.ruanyifeng.com/blog/2015/03/react.html 对 ...

  10. 移动端H5开发 之 渲染引擎

    渲染引擎 浏览器渲染引擎,负责解析 HTML, CSS,javascript的DOM部分,如桌面浏览器一般手机端也有4个比较重要的渲染引擎 Gecko,Trident,WebKit,Blink . 黑 ...