詳解Laravel如何透過預先載入優化Model查詢
本文主要為大家介紹了關於如何利用預加載優化Laravel Model查詢的相關資料,文章透過範例程式碼介紹的非常詳細,對大家的學習或工作具有一定的參考學習價值,需要的朋友們下面跟著小編來一起學習學習吧。希望對大家有幫助。
前言
本文主要為大家介紹了關於利用預載優化Laravel Model查詢的相關內容,分享出來供大家參考學習,話不多說了,來一起看看詳細的介紹:
#介紹
物件關係映射(ORM)使資料庫的工作變得非常簡單。 在以物件導向的方式定義資料庫關係時,可以輕鬆查詢相關的模型數據,開發人員可能不會注意到底層資料庫呼叫。
以下將透過一些例子,進一步幫助您了解如何最佳化查詢。
假設您從資料庫收到了100個對象,並且每個記錄都有1個關聯模型(即belongsTo)。 預設使用ORM將產生101個查詢; 如下所示:
//获取已发布的100条文章 $posts = Post::limit(100)->get(); //一次查询 $authors = array_map(function($post) { // 对作者模型生成查询 return $post->author->name; }, $posts);
我們在查詢時沒有告訴Post模型,我們還需要所有的作者,所以每次從單一Post模型實例取得作者的名字時,都會發生單獨的查詢。
array_maps時發生100次查詢,加上先前一次查詢,累計產生101次查詢。
預先載入
#接下來,如果我們打算使用關聯的模型數據,我們可以使用預先載入將該101個查詢總數減少到2個查詢。 只需要告訴模型你需要什麼來載入。如下:
//获取已发布的100条文章 - 并预加载文章对应作者 $posts = Post::with('author')->limit(100)->get();//2次查询 $authors = array_map(function($post) { // 对作者模型生成查询 return $post->author->name;//这里讲不在产生查询 }, $posts);
如果你開啟了sql日誌,你會看到上述預載將只會產生兩個查詢:
select * from `posts` select * from `authors` where `authors`.`id` in (?, ?, ?, ?, ?) [1,2,3,4,5]
如果您有多個關聯模型,則可以使用數組載入它們:
$posts = App\Post::with(['author', 'comments'])->get();
接下來我們重新定義如下關係
Post -> belongsTo -> Author //每个文章只属于一个用户 Author -> hasMany -> Post //每个用户拥有多个文章 Author -> hasOne -> Profile //每个用户只有一个简介
考慮下述情況:取得已發佈文章所屬作者的個人簡介。
//获取所有文章 - 并预加载文章对应作者 $posts = App\Post::with('author')->get();//两次查询 //根据每个 `作者` 获取其简介 $posts->map(function ($post) { //虽然我们直接通过$author = $post->author不会产生查询, //但当调用$author->profile时,每次都会产生一个新查询 return $post->author->profile; });
假設上述App\Post::with('author')->get()
有100筆記錄,會產生多少個查詢呢?
透過優化預加載,我們可以避免嵌套關係中的額外查詢。
//获取所有文章 - 并预加载文章对应作者及每个作者对应de profile $posts = App\Post::with('author.profile')->get();//三次查询 $posts->map(function ($post) { //不在产生新查询 return $post->author->profile; });
你可以打開你的sql日誌看到對應的三個查詢。
select * from `posts` select * from `authors` where `authors`.`id` in (?, ?, ?, ?, ?) [.....] select * from `profiles` where `profiles`.`author_id` in (?, ?, ?, ?, ?) [.....]
懶惰載入
#有時候您可能只需要根據條件收集相關聯的模型。 在這種情況下,您可以懶惰地呼叫相關資料的其他查詢:
$posts = App\Post::all();//一次查询 $posts->load('author.profile');//两次查询 $posts->map(function ($post) { //不在产生新查询 return $post->author->profile; });
查看您的sql日誌,總共看到三個查詢,但只有在呼叫$posts->load()時才會顯示。
結論
希望您更加了解有關加載型號的更多信息,並了解其在更深層次上的工作原理。 Laravel相關的文件已經很全面了,希望額外的實作練習可以幫助您更有信心優化關係查詢。
總結
原文譯自eloquent-eager-loading,簡化其前面建構資料部分。
相關推薦:
詳解Laravel實作supervisor執行非同步進程的方法
##########################以上是詳解Laravel如何透過預先載入優化Model查詢的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

Laravel9和CodeIgniter4的最新版本提供了更新的功能和改進。 Laravel9採用MVC架構,提供資料庫遷移、驗證及模板引擎等功能。 CodeIgniter4採用HMVC架構,提供路由、ORM和快取。在性能方面,Laravel9的基於服務提供者設計模式和CodeIgniter4的輕量級框架使其具有出色的性能。在實際應用中,Laravel9適用於需要靈活性和強大功能的複雜項目,而CodeIgniter4適用於快速開發和小型應用程式。

比較Laravel和CodeIgniter的資料處理能力:ORM:Laravel使用EloquentORM,提供類別物件關係映射,而CodeIgniter使用ActiveRecord,將資料庫模型表示為PHP類別的子類別。查詢建構器:Laravel具有靈活的鍊式查詢API,而CodeIgniter的查詢建構器更簡單,基於陣列。資料驗證:Laravel提供了一個Validator類,支援自訂驗證規則,而CodeIgniter的驗證功能內建較少,需要手動編碼自訂規則。實戰案例:用戶註冊範例展示了Lar

Laravel - Artisan 指令 - Laravel 5.7 提供了處理和測試新指令的新方法。它包括測試 artisan 命令的新功能,下面提到了演示?

對於初學者來說,CodeIgniter的學習曲線更平緩,功能較少,但涵蓋了基本需求。 Laravel提供了更廣泛的功能集,但學習曲線稍陡。在性能方面,Laravel和CodeIgniter都表現出色。 Laravel有更廣泛的文件和活躍的社群支持,而CodeIgniter更簡單、輕量級,具有強大的安全功能。在建立部落格應用程式的實戰案例中,Laravel的EloquentORM簡化了資料操作,而CodeIgniter需要更多的手動配置。

在選擇大型專案框架時,Laravel和CodeIgniter各有優勢。 Laravel針對企業級應用程式而設計,提供模組化設計、相依性注入和強大的功能集。 CodeIgniter是一款輕量級框架,更適合小型到中型項目,強調速度和易用性。對於具有複雜需求和大量用戶的大型項目,Laravel的強大功能和可擴展性更為合適。而對於簡單專案或資源有限的情況下,CodeIgniter的輕量級和快速開發能力則較為理想。

微服務架構使用PHP框架(如Symfony和Laravel)來實現微服務,並遵循RESTful原則和標準資料格式來設計API。微服務透過訊息佇列、HTTP請求或gRPC進行通信,並使用工具(如Prometheus和ELKStack)進行監控和故障排除。

對於小型項目,Laravel適用於大型項目,需要強大的功能和安全性。 CodeIgniter適用於非常小的項目,需要輕量級和易用性。

比較了Laravel的Blade和CodeIgniter的Twig模板引擎,根據專案需求和個人偏好進行選擇:Blade基於MVC語法,鼓勵良好程式碼組織和模板繼承。 Twig是第三方函式庫,提供靈活語法、強大過濾器、擴充支援和安全沙箱。
