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

来源:https://www.cnblogs.com/wzk153/archive/2019/11/08/11818790.html

1.查詢生命周期 在進入正題時候,我們先來瞭解EF Core查詢的生命周期。 1.1LINQ查詢會由Entity Framework Core處理並生成給資料庫提供程式可處理的表示形式(說白了就是生成給資料庫可識別數據形式)。 ●發送的查詢結果(查詢表示形式)會被緩存,以便每次執行查詢時無需進行1. ...


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會根據上述規則跟蹤帶有鍵的實體類型的所有其他實例。

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


您的分享是我們最大的動力!

更多相關文章
  • using System; namespace class1 { class program { static void Main(string[] args) { //值傳遞引用,實際參數不會變化 Console.Write("請輸入a="); double a = double.Parse(Co ...
  • 前言 上一篇我們主要介紹了並行編程相關的知識,這一節我們繼續介紹關於任務相關的知識。為了更好的控制並行操作,我們可以使用System.Threading.Tasks中的Task類。我們首先來瞭解是什麼是任務——任務表示將要完成的一個或某個工作單元,這個工作單元可以在單獨線程中運行,也可以使用同步方式 ...
  • 上一篇自動化測試,全面且詳細的介紹了從零開始到發佈版本的步驟,這是傳統的方式,本次為大家帶來的是如何在5分鐘內使用上docker進行CI/CD,畢竟現在的容器化如火如荼,本示例是基於CentOS-7系統,在示例中, jenkins 和部署 .NET Core 應用程式,都使用 docker 來完成。 ...
  • 一.前言 從這個簡單程式的輸出結果,你想到了什麼?是不是與你心中想的結果不一致?是不是覺得輸出的結果應該為:i is 1,o is 8,o2 is 8 二.程式執行前 圖 2 我們都知道,每一個方法在執行前,操作系統會給方法內每個變數分配記憶體空間。從圖2中就可以看出,在執行前各變數(i,o,o2)已 ...
  • 在一般的前後端分離的web系統開發中,在服務端除了對用戶數據的緩存之外,往往在某些介面上,還涉及到對用戶許可權的限制,有的介面只能讓具有特定許可權的人員才可以訪問。 這樣以來就可以加強系統的安全性,在前面章節中簡單講了 MemoryCache與redis緩存的使用 ,方便將用戶數據緩存到伺服器上在需要的 ...
一周排行
  • static void Main(string[] args) { string url = "https://go.microsoft.com/fwlink/?linkid=2108895&clcid=0x409"; DownloadBigFile(new Uri(url), "ssms.... ...
  • 1. 使用ASP.NET Core 3.x 構建 RESTful API - 1.準備工作 什麼是REST 什麼是REST REST一詞最早是在2000年,由Roy Fielding在他的博士論文《Architectural Styles and the Design of Network-base ...
  • wpf 兩個自定義控制項 一個是IP控制項,一個滑動條。先看下效果圖 IPControl 1、實際工作中有時需要設置IP信息,就想著做一個ip控制項。效果沒有window自帶的好,需要通過tab切換。但也能滿足使用。廢話不多說直接上代碼 IPControl.xaml IPControl.xaml.cs 2 ...
  • 近期和幾位做嵌入式開發的朋友閑聊過程中,一位朋友抱怨到:這C#太難用了,我想在N個窗體(或者是N個用戶組件之間)傳遞值都搞不定,非得要定義一個全局變數來存儲,然後用定時器來刷新值,太Low了。我急切的回答道:這很簡單,不就是委托的事嘛。那你來一個示例啊:朋友道。此為這篇博客的起因,所以此篇博客對於有 ...
  • 在面對對象編程中,類的三大特性分別為封裝,繼承,多態。其中多態的具體實現,依賴於三個方法,也就是虛方法,抽象類和介面。 多態的具體作用是什麼呢?或者說多態的存在有什麼意義呢?多態的存在有效的降低了程式的耦合度,在使用的時候,不僅可以表現大家都有的共性,還能在必要的時候突出一些特殊的的個性。 那麼如何 ...
  • [toc] 前言 在之前已經提到過,公用類庫Util已經開源,目的一是為了簡化開發的工作量,畢竟有些常規的功能類庫重覆率還是挺高的,二是為了一起探討學習軟體開發,用的人越多問題也就會越多,解決的問題越多功能也就越完善, 倉庫地址: "April.Util_github" , "April.Util_ ...
  • 【ASP.NET Core學習】在ASP.NET Core 種使用Entity Framework Core介紹,包括如何添加Entity Framwork Core,創建模型和遷移到資料庫,查詢數據,保存數據,使用事務,處理併發衝突 ...
  • 環境:MacOS 10.13 MAMAP Prophp 7.0.33 + xdebugVisual Studio Code前言我所理解的 POP Chain:利用魔術方法並巧妙構造特殊屬性調用一系列函數或類方法以執行某種敏感操作的調用堆棧反序列化常用魔法函數前言我所理解的 POP Chain:利用魔 ...
  • 當創建隊列jobs、監聽器或訂閱伺服器以推送到隊列中時,您可能會開始認為,一旦分派,隊列工作器決定如何處理您的邏輯就完全由您自己決定了。 嗯……並不是說你不能從作業內部與隊列工作器交互,但是通常情況下,哪怕你做了,也是沒必要的。 這個神奇的騷操作的出現是因為“InteractsWithQueue”這 ...
  • 在說正題之前先解釋一下交換機模式是個籠統的稱呼,它不是一個單獨的模式(包括了訂閱模式,路由模式和主題模式),交換機模式是一個比較常用的模式,主要是為了實現數據的同步。 首先,說一下訂閱模式,就和字面上的意思差不多主要就是一個生產者,多個消費者,同一個消息被多個消費者獲取,先看一下官網的圖示 整體執行 ...
x