如何獲得一個EF查詢來編譯最優化的SQL？

Question

我對EF來說相當陌生，現在已經困擾了我幾天：

我有一個用戶實體。它有一個父WorkSpace，它有一組用戶。 每個用戶在User.Schedules屬性中也有一個Children Schedule的集合。

我瀏覽過的對象是這樣的：

var query = myUser.WorkSpace.Users.SelectMany(u => u.Schedules); 

當列舉的query結果（MYUSER是已使用.Find（用戶ID）先前加載用戶的實例），我注意到， EF會在WorkSpace中爲每個用戶對數據庫執行一次查詢。用戶

爲什麼EF無法從myUser的主鍵開始在單個查詢中獲取結果，並將其與所有涉及的表連接在一起？

如果我做別的事情直接從上下文中像這樣的，它工作正常，但：

context.Users.Where(u => u.ID = userid).SelectMany(u => u.WorkSpace.Users.SelectMany(u => u.Schedules)) 

有什麼我做錯了嗎？

Answer 1

我們採取的第一個查詢：

var query = myUser.WorkSpace.Users.SelectMany(u => u.Schedules); 

如果你看一下query變量的類型，你會看到，它是IEnumerable<Schedule>，這意味着這是一個普通的LINQ to Objects查詢。爲什麼？因爲它從物化對象開始，然後加入另一個對象/集合等。這與EF延遲加載功能相結合導致了多數據庫查詢行爲。

如果第二查詢做同樣的：

var query = context.Users.Where(u => u.ID = userid) 
    .SelectMany(u => u.WorkSpace.Users.SelectMany(u => u.Schedules)) 

，你會發現，query的類型現在是IQueryable<Schedule>，這意味着，你現在的LINQ to Entities查詢。這是因爲在查詢中使用的context.Users和其他對象/集合都不是真實對象 - 它們只是用於構建，執行和實現查詢的元數據。

回顧一下，你沒有做錯什麼。懶加載以這種方式工作。如果您不在意所謂的N+1 query問題，則可以使用第一種方法。如果你真的在乎，那就用第二個。