(24)ASP.NET Core EF查詢(查詢的工作原理、跟蹤與非跟蹤查詢)

  • 2019 年 11 月 8 日
  • 筆記

1.查詢生命周期

在進入正題時候,我們先來了解EF Core查詢的生命周期。

1.1LINQ查詢會由Entity Framework Core處理並生成給數據庫提供程序可處理的表示形式(說白了就是生成給數據庫可識別數據形式)。

●發送的查詢結果(查詢表示形式)會被緩存,以便每次執行查詢時無需進行1.1中處理。

1.2查詢結果(查詢表示形式)會傳遞到數據庫提供程序

●數據庫提供程序會識別出查詢的哪些部分可以在數據庫中求值。
●查詢的這些部分會轉換為特定數據庫的查詢語言(例如,關係數據庫的T-SQL)。
●一個或多個查詢會發送到數據庫並返回結果集(返回的是數據庫中的值,而不是實體實例中的)。

1.3對於結果集中的每一項

1.3.1如果這是跟蹤查詢(後續會講到),EF會檢查數據是否表示已在上下文實例的更改跟蹤器中的實體中。

●如果是,則會返回現有實體。
●如果不是,則會創建新實體、設置更改跟蹤並返回該新實體。

1.3.2如果這是非跟蹤查詢(後續會講到),EF會檢查數據是否表示已在此查詢的結果集中的實體中。

●如果是,則會返回現有實體。非跟蹤查詢使用弱引用跟蹤已返回的實體。如果具有相同標識的上一個結果超出範圍,並運行垃圾回收,則可能會獲得新的實體實例。
●如果不是,則會創建新實體並返回該新實體。

1.4執行查詢時

當調用LINQ運算符時,只會生成查詢的內存中表示形式。當我們使用查詢結果(查詢表示形式)時才會發送到數據庫。導致查詢發送到數據庫的最常見操作如下:
●在for循環中循環訪問結果:

var blogs = from b in _context.Blog           select new           {              b.BlogId,              b.Url           };  //觸發數據庫查詢  foreach(var blog in blogs)  {      var id = blog.BlogId;  }

當我們執行完LINQ運算符的時候,從SQL Server Profiler監控裏面可以看到,並沒有執行的SQL語句,也就是說查詢結果blogs並沒有立即發送給數據庫獲取返回數據結果集。

而當我們調試進去for循環時候,SQL Server Profiler監控裏面可以看到出現了執行SQL語句。也就是說這時候查詢結果blogs才執行發送給數據庫返回結果集。

●使用ToList、ToArray、Single、Count等運算符

_context.Blog.ToList();  _context.Blog.ToArray();  _context.Blog.Count();  _context.Blog.Single();  _context.Blog.First();

執行這種形式運算符也會立即發送到數據庫獲取結果集的。具體執行過程呈現,這裡大夥自行測試吧。
●將查詢結果數據綁定到UI

2.跟蹤查詢與非跟蹤查詢

在1小節生命周期裏面我們有提及過跟蹤與非跟蹤查詢,現在我們來了解下這兩種查詢區別。

2.1跟蹤查詢

返回實體類型的查詢是默認會被跟蹤的,這表示如果這些實體實例有更改行為,會通過SaveChanges()持久化將更改的值更新到數據庫中,但是如果更改的值跟實體實例的值相同,則不會持久化提交數據到數據庫,這就是跟蹤查詢。在以下示例中,將檢測到對博客鏈接所做的更改,並在 SaveChanges() 期間將這些更改持久化到數據庫中。

//返回blog實體類型的查詢是默認會被跟蹤  var blog = _context.Blog.SingleOrDefault(b => b.BlogId == 1);  //檢測對博客鏈接所做的更改  blog.Url = "1";  //持久化保存到數據庫中  _context.SaveChanges();

實體初始鏈接值是1,當我們點擊Save按鈕保存的時候,檢測到對博客鏈接所做的更改值還是1的時候,並不會提交更改值到數據庫中的。看看下圖SQL Server Profiler監控就知道:

當我們再把鏈接值更改為2點擊保存時候,EF Core檢測到博客鏈接值已經從1更改為2,就會持久化保存到數據庫中。

blog.Url = "2";

廢話少說,直接上圖:

 

 

2.2非跟蹤查詢

如果不需要更新從數據庫中檢索到的實體,則應使用非跟蹤查詢。可以將單個查詢替換為非跟蹤查詢。

var blogs = context.Blogs  //不用跟蹤查詢      .AsNoTracking()      .ToList();  //或者在上下文實例級別更改默認跟蹤行為  context.ChangeTracker.QueryTrackingBehavior = QueryTrackingBehavior.NoTracking;  var blogs = context.Blogs.ToList();

還是一樣老譚秘方事例,當你加上非跟蹤查詢標識後,無論怎麼更改博客鏈接值,都不會持久化保存數據到數據庫中的。

var blogs = _context.Blog  //不用跟蹤查詢  .AsNoTracking()  .SingleOrDefault(m => m.BlogId == 1);  blogs.Url = "2";  _context.SaveChanges();

直接上圖跟蹤結果:

在這相信大家從該小節跟蹤與非跟蹤查詢中事例描述中總算對1小節查詢生命周期有一定理解吧。

2.3跟蹤和自定義投影

即使查詢的結果類型不是實體類型,默認情況下EF Core也會跟蹤結果中包含的實體類型。在以下返回匿名類型的查詢中,結果集中的Blog實例會被跟蹤。

var blog = context.Blogs      .Select(b =>          new          {              Blog = b,              PostCount = b.Posts.Count()          });

如果結果集包含來自LINQ組合的實體類型,EF Core將跟蹤它們。

var blog = context.Blogs      .Select(b =>          new          {              Blog = b,              Post = b.Posts.OrderBy(p => p.Rating).LastOrDefault()          });

如果結果集不包含任何實體類型,則不會執行跟蹤。在以下查詢中,我們返回匿名類型(具有實體中的某些值,但沒有實際實體類型的實例)。查詢中沒有任何被跟蹤的實體。

var blog = context.Blogs      .Select(b =>          new          {              Id = b.BlogId,              Url = b.Url          });

EF Core支持執行頂級投影中的客戶端評估。如果EF Core具體化實體實例以進行客戶端評估,則會跟蹤該實體實例。此處,由於我們要將blog實體傳遞到客戶端方法StandardizeURL,因此EF Core也會跟蹤博客實例。

var blogs = context.Blogs      .OrderByDescending(blog => blog.Rating)      .Select(blog => new      {          Id = blog.BlogId,          Url = StandardizeUrl(blog)      })      .ToList();  public static string StandardizeUrl(Blog blog)  {      var url = blog.Url.ToLower();      if (!url.StartsWith("http://"))      {          url = string.Concat("http://", url);      }      return url;  }

EF Core不會跟蹤結果中包含的無鍵實體實例。但EF Core會根據上述規則跟蹤帶有鍵的實體類型的所有其他實例。

參考文獻:
查詢的工作原理
跟蹤與非跟蹤查詢