EntityFrameworkCore3多次Include導(dǎo)致查詢性能低的解決方案是什么

這篇文章將為大家詳細(xì)講解有關(guān)EntityFramework Core 3多次Include導(dǎo)致查詢性能低的解決方案是什么，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個(gè)參考，希望大家閱讀完這篇文章后對(duì)相關(guān)知識(shí)有一定的了解。

創(chuàng)新互聯(lián)建站專業(yè)為企業(yè)提供天門網(wǎng)站建設(shè)、天門做網(wǎng)站、天門網(wǎng)站設(shè)計(jì)、天門網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、天門企業(yè)網(wǎng)站模板建站服務(wù)，十載天門做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

這節(jié)我們?cè)賮砜纯慈鐦?biāo)題EF Core中多次Include導(dǎo)致出現(xiàn)性能的問題，廢話少說，直接開門見山。首先依然給出我們上一節(jié)的示例類：

接下來我們?cè)诳刂婆_(tái)進(jìn)行如下查詢：

如上圖所示，生成的SQL語句一點(diǎn)毛病都么有，對(duì)吧，接下來我們來查詢導(dǎo)航屬性Posts，如下：

咦，不應(yīng)該是INNER JOIN嗎，但最終生成的SQL語句我們可以看到居然是LEFT JOIN，關(guān)鍵是我們對(duì)Post類中的BlogId并未設(shè)置為可空，對(duì)吧，是不是很有意思。同時(shí)通過ORDER BY對(duì)兩個(gè)表的主鍵都進(jìn)行了排序。這就是問題的引發(fā)點(diǎn)，接下來我們?cè)僖雰蓚€(gè)類：

上述我們聲明了分類和標(biāo)簽，我們知道博客有分類和標(biāo)簽，所以博客類中有對(duì)分類和標(biāo)簽的導(dǎo)航屬性（這里我們先不關(guān)心關(guān)系到底是一對(duì)一還是一對(duì)多等關(guān)系），然后修改博客類，如下：

接下來我們?cè)賮磉M(jìn)行如下查詢：

此時(shí)和變更追蹤沒有半毛錢關(guān)系，我們看看最終生成的SQL語句，是不是很驚訝，假設(shè)單個(gè)類中對(duì)應(yīng)多個(gè)導(dǎo)航屬性，最終生成的SQL語句就是繼續(xù)LEFT JOIN和ORDER BY，可想其性能將是多么的低下。那么我們應(yīng)該如何解決這樣的問題呢？既然是和Include有關(guān)系，每增加一個(gè)導(dǎo)航屬性即增加一個(gè)Include將會(huì)增加一個(gè)LEFT JOIN和ORDER BY，那么我們何不分開單獨(dú)查詢呢，說完就開干。

此時(shí)我們進(jìn)行如上查詢顯然不可取，因?yàn)橹苯泳偷綌?shù)據(jù)庫(kù)進(jìn)行SQL查詢了，我們需要返回IQueryable才行，同時(shí)根據(jù)主鍵查詢只能返回一條，所以我們改造成如下查詢：

因?yàn)榻酉聛磉€需要從上下文中加載導(dǎo)航屬性，所以這里我們需要去掉AsNoTracking，通過上下文加載指定實(shí)體導(dǎo)航屬性，我們可通過Load方法來加載，如下：

通過上述生成的SQL語句，我們知道這才是我們想要的結(jié)果，上述代碼看起來有點(diǎn)不是那么好看，似乎沒有更加優(yōu)美的寫法了，當(dāng)然這里我只是在控制臺(tái)中進(jìn)行演示，為了吞吐，將上述修改為異步查詢則是最佳可行方式。比生成一大堆LEFT JOIN和ORDER BY性能好太多太多。

注意：上述博主采用的是穩(wěn)定版本3.0.1，其他版本未經(jīng)測(cè)試哦。其實(shí)對(duì)于查詢而言，還是建議采用Dapper或者走底層connection寫原生SQL才是最佳，對(duì)于單表，用EF Core無可厚非，對(duì)于復(fù)雜查詢還是建議不要用EF Core，生成的SQL很不可控，為了圖方便，結(jié)果換來的將是CPU飆到飛起。

關(guān)于EntityFramework Core 3多次Include導(dǎo)致查詢性能低的解決方案是什么就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。

分享標(biāo)題：EntityFrameworkCore3多次Include導(dǎo)致查詢性能低的解決方案是什么
文章出自：http://www.muchs.cn/article16/ghgsgg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站制作、電子商務(wù)、品牌網(wǎng)站設(shè)計(jì)、企業(yè)建站、虛擬主機(jī)、網(wǎng)站內(nèi)鏈

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)