IQueryable 和 IEnumerable

其實，對于上面的即有過慮又有排序的條件查詢Linq語句，EF是讀取數據庫中整個Books表中的數據到內存，還是根據Linq查詢語句智能的生成SQL再執行查詢，完全編碼者來決定的。我們打開BookShop.Domain工程的BookRepository類文件，請注意該類中Books屬性的返回類型：

... public IQueryable<Book> Books {get { return context.Books; } }

在上篇博文中，我們對使用IQueryable作為返回類型提了個疑問：為什么用IQueryable而不用IEnumerable作為返回類型？答案是：使用IQueryable，EF會根據調用者的Linq表達式先生成相應的SQL查詢語句，然后到數據庫中執行查詢，查詢出來的數據即是用戶想要的數據；而使用IEnumerable，Linq表達式的過濾、排序等操作都是在內存中發生的，即EF會先從數據庫中把整個表的數據查詢出來放在內存中，然后由調用者使用Linq語句進行過濾、排序等操作。是不是這樣呢？我們來監視一下兩種情況EF生成的SQL語句就知道了。

我們先來看看使用IQueryable的情況。重新運行一下程序，然后使用SQL Server Management Studio的活動和監視器查看一下我們的BookShop應用程序所執行的SQL語句，結果如下：

結果證明使用IQueryable，EF是先根據Linq表達式生成相應的SQL語句再執行查詢的。

我們再稍稍修改一下代碼來看看用IEnumerable的情況。把BookRepository類修改如下：

public class BookRepository : IBookRepository {private EFDbContext context = new EFDbContext();public IEnumerable<Book> Books {get { return context.Books; }} }

當然BookRepository類所實現的IBookRepository接口（在BookShop.Domain工程的Abstract文件夾中）也要改一下：

public interface IBookRepository {IEnumerable<Book> Books { get; } }

再重新運行一下應用程序，用活動和監視器查看最后執行的SQL語句如下圖：

我們看到改用IEnumerable后，EF生成的SQL沒有任何過濾、排序等的操作，它一次把表中的所有數據都Select出來，和上面寫的Linq表達式一點都沒關系。

IQueryable雖然可以很智能地根據Linq表達式生成相應的SQL語句，但畢竟有一個分析Linq表達式的過程，相對來說性能比IEnumerable要差。那么我們什么時候用IEnumerable，什么時候用IQueryable呢？我想，對于少量的數據（比如從數據庫中讀取應用程序相關的系統信息）和不需要對數據進行過濾操作的情況，用IEnumerable比較適合；對于數據量較大需要對數據進行過濾（比如分頁查詢）的情況，則用IQueryable比較合適。

轉載于:https://www.cnblogs.com/TNSSTAR/p/4950037.html

總結

以上是生活随笔為你收集整理的IQueryable 和 IEnumerable的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。