EF Core 3.0查询

随着.NET Core 3.0的发布，EF Core 3.0也随之正式发布，关于这一块最近一段时间也没太多去关注，陆续会去对比之前版本有什么变化没有，本节我们来看下两个查询。

分组

我们知道在EF Core 3.0版本之前，对于分组查询是在客户端评估，也就是说在内存中操作，在EF Core 3.0版本后对于分组查询可以翻译成SQL在数据库进行，但是事实情况真的是这样吗？接下来我们来看下吧，如下给出代码例子。

接下来我们在控制台进行如下查询：

上述我们查询每一篇博客的文章数组，我们通过SQL Profiler跟踪到上述示例代码最终翻译成的SQL如我们所期望的那样，如下图：

假设现在有这样一个场景：查询所有博客发表的第一篇博客文章。基于这种场景我们需要对发表博客文章进行分组，然后取第一篇，所以接下来我们进行如下查询：

既然这样无法翻译，根据官方文档可以使用Linq to Object进行查询《https://docs.microsoft.com/en-us/ef/core/what-is-new/ef-core-3.0/》，那么我们就修改成如下代码查询看看：

咋客户端都无法支持了呢？我们只是想查询所有博客列表中第一篇文章，按照我们的理解，理论上是可以进行翻译的对不对，比如翻译成如下直接写的SQL语句：

所以到这里我们大概可以猜测出EF Core对分组查询支持的并不是那么好，目前应该只支持简单的分组求和而已，稍微复杂一点则无法翻译，所以我们还是老老实实将分组还是完全放在客户端评估吧，如下：

查找

我们可以通过EF.Functions.Like来进行模糊查询，我们可以通过StartWith或EndWith来查询开头或结尾的数据，要是现在需要查询出博客文章标题中包含某一字符的文章列表，我们又该如何查询呢？我们想到通过IndexOf来查询，接下来我们来看看：

难道我们又只能将所有查询出来，然后在内存中操作吗？代码如下：

其实我们只要将上述单引号修改双引号即可解决完全在客户端评估的问题，如下：

根据我们的查询描述，我们明明是想查询在标题中查询指定字符，为何对字符不能支持，只支持字符串呢，不知道官方是出于何种原因。同时这里我们也注意到，无论是MySQL还是SQL Server等等，尽量不要将表中列设置为可空，即使是可空也要设置为不可空，给定一个默认值即可，一旦数据量巨大时，会发现查询很慢，因为通过IS NULL或者IS NOT NULL不走索引导致。比如上述我们查询的Title，我们无论是通过Data Annotations还是Fluent Api，都必须配置成不可空，比如这里我们通过Data Annotations配置如下：