如何在 EF Code-First 中预编译 sql 查询？

Question

我正在使用 ASP.Net4.5.1 和 EF6.0 代码优先方法。

我意识到查询需要相当长的时间来执行。我使用 EF Profiler 来检查查询并微调查询。

我用谷歌搜索并开始了解编译 Linq。

这些是我得到的链接。

• https://stackoverflow.com/questions/32175040/how-to-cache-queries-in-ef-code-first
• How do I precompile an Entity Framework Code-First Query?
• Entity Framework Compiled Query

但没有一个能解决我的担忧。

假设我有以下查询。

public IEnumerable<Student> GetStudents()
{
  using(DbContext db = new DbContext()
  {
  IQueryable<Student> query = (from c in db.Students
                                where c.Hobby== "Hockey"
                                select c);
  IEnumerable<Student> students= query.toList<Student>();

  return students;
  }
 }

现在如何缓存查询计划或编译此 Linq 以提高性能？

这里还要问一个问题，EF 比原生 SQL 慢吗？

我更喜欢使用EF/ORM，是不是正确的选择？

Answer 1

是的，EF 比 SQL 慢。 any ORM 也是如此。 ORM 必须能够将基于代码的“查询”转换为真正的 SQL 查询，然后它必须使用结果来实例化对象图。但是，这些通常是您想要 ORM 的东西。手动执行此类操作会更困难且更容易出错。

您是否使用 ORM 完全取决于您的应用程序的需求。通常，是的，推荐使用 ORM，但如果您需要极高的性能，则可能需要使用纯 SQL。 ORM 的个人表现也大相径庭。众所周知，EF 是一个特别慢的 ORM。它是最容易使用和使用的，但如果性能是一个问题，你最好使用像 Dapper 这样的东西。您还可以混合和匹配 ORM 和 SQL 用法。将EF用于标准CRUD，然后使用存储过程进行复杂查询，一点也不异常。

话虽如此，您的查询非常基本。如果您遇到类似的性能问题，可能是您的 SQL Server 实例没有获得足够的资源来使用，您的网络速度非常慢，或者该表中有大量数据并且您没有正确利用索引.

最后一点，文本搜索通常是使用 SQL 执行的最慢的搜索之一。如果您打算查询特定的基于文本的列，例如Hobby，则应在其上添加索引。您可以在数据库中手动执行此操作，也可以使用属性上的 [Index] 数据注释。请记住，只能索引固定长度的基于文本的列。默认情况下，EF 将生成字符串属性为NVARCHAR(MAX)。如果要在列上使用索引，则需要将 [Index] 与 [MaxLength(N)] 结合使用。

Answer 2

如果您想要更快的数据访问代码，您应该考虑使用 Pure ADO.NET 代码，该代码使用 SqlCommand 和 SqlDataReader 的 ExecuteReader 方法执行 SQL 查询。但是现在您需要编写一些额外的代码来创建SqlCommand，传递查询和参数并从SqlDataReader 中读取行。

您应该考虑一些小型 ORM，例如 Dapper。它比EF快得多。正如我上面提到的，您不需要编写太多代码。 Dapper 将执行您的查询并将结果集映射到您的 DTO。

使用 Dapper 的快速示例。

var con= new SqlConnection("YourConnectionStringGoesHere");
var posts = con.Query<Post>("SELECT ID,Name from Post");

Dapper 支持从多个表中读取数据 (JOIN) 并映射到具有导航属性的对象。

看看他们的表现数据

EF/NHibernate 将帮助您进行快速开发，因为使用它们的 API/方法与数据库进行对话很容易。但是你要为表现付费。

另外要记住的重要一点是优化您的 sql 查询。即使使用纯 ADO.NET，如果您的 sql 查询没有优化，您的性能也会很差。为您的表/列添加适当的索引也可能会有所帮助。

我不完全确定您的应用程序，但是您应该阅读有关缓存数据的内容，这样您的数据库就不会一直受到攻击。这通常会提高你的表现。