（24）ASP.NET Core2.2 EF查詢（查詢的作業原理、跟蹤與非跟蹤查詢）-有解無憂

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監控就知道，并沒有監控到對應有更新的T-SQL陳述句，也就是說并沒有執行更新操作：

當我們再把鏈接值更改為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會根據上述規則跟蹤帶有鍵的物體型別的所有其他實體，

參考文獻：
查詢的作業原理
跟蹤與非跟蹤查詢

轉載請註明出處，本文鏈接：https://www.uj5u.com/net/96230.html

標籤：.NET Core

上一篇：反射無法獲取Meta中的特性

下一篇：小白用VS2010做登陸視窗，我想問問COMBOBOX的呼叫方法，為什么在選擇學生的時候輸入了相應賬號密碼不能跳轉到Form2呢，Form3可以正常呼叫