IQueryable 和 IEnumerable

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

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

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

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

結(jié)果證明使用IQueryable，EF是先根據(jù)Linq表達式生成相應(yīng)的SQL語句再執(zhí)行查詢的。

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

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

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

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

再重新運行一下應(yīng)用程序，用活動和監(jiān)視器查看最后執(zhí)行的SQL語句如下圖：

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

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

轉(zhuǎn)載于:https://www.cnblogs.com/TNSSTAR/p/4950037.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。