（24）ASP.NET Core 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監控就知道：

當咱們再把連接值更改成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會根據上述規則跟蹤帶有鍵的實體類型的全部其餘實例。

參考文獻：
查詢的工做原理
跟蹤與非跟蹤查詢