


Detaillierte Erklärung, wie Laravel Modellabfragen durch Vorladen optimiert
Dieser Artikel führt Sie hauptsächlich in relevante Informationen zur Verwendung des Vorladens zur Optimierung von Laravel-Modellabfragen ein. Der Artikel bietet einen gewissen Referenz-Lernwert für alle, die ihn beim Lernen oder Arbeiten benötigen unten. Lasst uns gemeinsam lernen. Ich hoffe, es hilft allen.
Vorwort
In diesem Artikel werden hauptsächlich relevante Inhalte zur Verwendung des Vorladens zur Optimierung der Laravel-Modellabfrage vorgestellt und als Referenz und Studium bereitgestellt. Werfen wir ohne weiteres einen Blick auf die ausführliche Einführung:
Einführung
Objektrelationale Zuordnung (ORM) erstellt Datenbanken Die Arbeit wird sehr einfach. Wenn Datenbankbeziehungen objektorientiert definiert sind, können zugehörige Modelldaten problemlos abgefragt werden, und Entwickler bemerken möglicherweise nicht die zugrunde liegenden Datenbankaufrufe.
Im Folgenden werden einige Beispiele verwendet, um Ihnen das Verständnis für die Optimierung von Abfragen weiter zu erleichtern.
Angenommen, Sie erhalten 100 Objekte aus der Datenbank und jeder Datensatz verfügt über ein zugehöriges Modell (d. h. gehört zu). Durch die standardmäßige Verwendung des ORM werden 101 Abfragen wie folgt generiert:
//获取已发布的100条文章 $posts = Post::limit(100)->get(); //一次查询 $authors = array_map(function($post) { // 对作者模型生成查询 return $post->author->name; }, $posts);
Wir teilen dem Post-Modell bei der Abfrage nicht mit, dass wir auch alle Autoren benötigen, also beziehen wir den Namen des Autors aus einem einzelnen Post-Modell Bei jeder Instanz erfolgt eine separate Abfrage.
array_maps Es sind 100 Abfragen aufgetreten, plus der vorherigen Abfrage wurden insgesamt 101 Abfragen generiert.
Vorladen
Wenn wir als nächstes vorhaben, zugehörige Modelldaten zu verwenden, können wir das Vorladen auf die Gesamtzahl verwenden von 101 Abfragen wird auf 2 Abfragen reduziert. Teilen Sie dem Modell einfach mit, was Sie laden müssen. Wie folgt:
//获取已发布的100条文章 - 并预加载文章对应作者 $posts = Post::with('author')->limit(100)->get();//2次查询 $authors = array_map(function($post) { // 对作者模型生成查询 return $post->author->name;//这里讲不在产生查询 }, $posts);
Wenn Sie die SQL-Protokollierung aktivieren, werden Sie sehen, dass das obige Vorladen nur zwei Abfragen generiert:
select * from `posts` select * from `authors` where `authors`.`id` in (?, ?, ?, ?, ?) [1,2,3,4,5]
Wenn Sie mehrere verwandte Modelle haben, dann können Sie dies tun Verwenden Sie ein Array, um sie zu laden:
$posts = App\Post::with(['author', 'comments'])->get();
Als nächstes definieren wir die folgende Beziehung neu
Post -> belongsTo -> Author //每个文章只属于一个用户 Author -> hasMany -> Post //每个用户拥有多个文章 Author -> hasOne -> Profile //每个用户只有一个简介
Stellen Sie sich die folgende Situation vor: Rufen Sie das Profil des Autors des veröffentlichten Artikels ab.
//获取所有文章 - 并预加载文章对应作者 $posts = App\Post::with('author')->get();//两次查询 //根据每个 `作者` 获取其简介 $posts->map(function ($post) { //虽然我们直接通过$author = $post->author不会产生查询, //但当调用$author->profile时,每次都会产生一个新查询 return $post->author->profile; });
Angenommen, das obige AppPost::with('author')->get()
hat 100 Datensätze. Wie viele Abfragen werden generiert?
Durch die Optimierung des Eager Loading können wir zusätzliche Abfragen in verschachtelten Beziehungen vermeiden.
//获取所有文章 - 并预加载文章对应作者及每个作者对应de profile $posts = App\Post::with('author.profile')->get();//三次查询 $posts->map(function ($post) { //不在产生新查询 return $post->author->profile; });
Sie können Ihr SQL-Protokoll öffnen, um die entsprechenden drei Abfragen anzuzeigen.
select * from `posts` select * from `authors` where `authors`.`id` in (?, ?, ?, ?, ?) [.....] select * from `profiles` where `profiles`.`author_id` in (?, ?, ?, ?, ?) [.....]
Lazy Loading
Manchmal müssen Sie möglicherweise nur zugehörige Modelle basierend auf Bedingungen sammeln. In diesem Fall können Sie ganz einfach andere Abfragen für verwandte Daten aufrufen:
$posts = App\Post::all();//一次查询 $posts->load('author.profile');//两次查询 $posts->map(function ($post) { //不在产生新查询 return $post->author->profile; });
Wenn Sie sich Ihre SQL-Protokolle ansehen, sehen Sie insgesamt drei Abfragen, aber nur $posts->load() wird angezeigt.
Fazit
Ich hoffe, Sie wissen mehr über das Laden von Modellen und verstehen, wie es auf einer tieferen Ebene funktioniert. Die Dokumentation zu Laravel ist bereits sehr umfassend. Ich hoffe, dass die zusätzlichen praktischen Übungen Ihnen helfen können, sicherer bei der Optimierung relationaler Abfragen zu werden.
Zusammenfassung
Der Originaltext wurde aus eloquent-eager-loading übersetzt, wodurch der vorherige Teil der Datenkonstruktion vereinfacht wurde.
Verwandte Empfehlungen:
Laravel nutzt Alipay-Zahlungsbeispielfreigabe
Ausführliche Erläuterung der Aufgabenplanungskonsole von Laravel
Das obige ist der detaillierte Inhalt vonDetaillierte Erklärung, wie Laravel Modellabfragen durch Vorladen optimiert. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



Die neuesten Versionen von Laravel 9 und CodeIgniter 4 bieten aktualisierte Funktionen und Verbesserungen. Laravel9 übernimmt die MVC-Architektur und bietet Funktionen wie Datenbankmigration, Authentifizierung und Template-Engine. CodeIgniter4 nutzt die HMVC-Architektur, um Routing, ORM und Caching bereitzustellen. In Bezug auf die Leistung sorgen das auf Dienstanbietern basierende Designmuster von Laravel9 und das leichte Framework von CodeIgniter4 für eine hervorragende Leistung. In praktischen Anwendungen eignet sich Laravel9 für komplexe Projekte, die Flexibilität und leistungsstarke Funktionen erfordern, während CodeIgniter4 für schnelle Entwicklung und kleine Anwendungen geeignet ist.

Vergleichen Sie die Datenverarbeitungsfunktionen von Laravel und CodeIgniter: ORM: Laravel verwendet EloquentORM, das eine relationale Klassen-Objekt-Zuordnung bereitstellt, während CodeIgniter ActiveRecord verwendet, um das Datenbankmodell als Unterklasse von PHP-Klassen darzustellen. Abfrage-Builder: Laravel verfügt über eine flexible verkettete Abfrage-API, während der Abfrage-Builder von CodeIgniter einfacher und Array-basiert ist. Datenvalidierung: Laravel bietet eine Validator-Klasse, die benutzerdefinierte Validierungsregeln unterstützt, während CodeIgniter über weniger integrierte Validierungsfunktionen verfügt und eine manuelle Codierung benutzerdefinierter Regeln erfordert. Praxisfall: Beispiel einer Benutzerregistrierung zeigt Lar

Laravel – Artisan Commands – Laravel 5.7 bietet eine neue Möglichkeit, neue Befehle zu behandeln und zu testen. Es enthält eine neue Funktion zum Testen von Handwerkerbefehlen und die Demonstration wird unten erwähnt?

Für Anfänger bietet CodeIgniter eine sanftere Lernkurve und weniger Funktionen, deckt aber die Grundbedürfnisse ab. Laravel bietet einen größeren Funktionsumfang, weist jedoch eine etwas steilere Lernkurve auf. In Bezug auf die Leistung schneiden sowohl Laravel als auch CodeIgniter gut ab. Laravel verfügt über eine umfangreichere Dokumentation und aktive Community-Unterstützung, während CodeIgniter einfacher und leichtgewichtiger ist und über starke Sicherheitsfunktionen verfügt. Im praktischen Fall der Erstellung einer Blogging-Anwendung vereinfacht EloquentORM von Laravel die Datenmanipulation, während CodeIgniter mehr manuelle Konfiguration erfordert.

Bei der Auswahl eines Frameworks für große Projekte haben Laravel und CodeIgniter jeweils ihre eigenen Vorteile. Laravel ist für Anwendungen auf Unternehmensebene konzipiert und bietet modularen Aufbau, Abhängigkeitsinjektion und einen leistungsstarken Funktionsumfang. CodeIgniter ist ein leichtes Framework, das sich eher für kleine bis mittelgroße Projekte eignet und Wert auf Geschwindigkeit und Benutzerfreundlichkeit legt. Für große Projekte mit komplexen Anforderungen und einer großen Anzahl von Benutzern sind die Leistung und Skalierbarkeit von Laravel besser geeignet. Für einfache Projekte oder Situationen mit begrenzten Ressourcen sind die leichten und schnellen Entwicklungsfunktionen von CodeIgniter idealer.

Die Microservice-Architektur nutzt PHP-Frameworks (wie Symfony und Laravel) zur Implementierung von Microservices und folgt RESTful-Prinzipien und Standarddatenformaten zum Entwerfen von APIs. Microservices kommunizieren über Nachrichtenwarteschlangen, HTTP-Anfragen oder gRPC und nutzen Tools wie Prometheus und ELKStack zur Überwachung und Fehlerbehebung.

Für kleine Projekte eignet sich Laravel, für größere Projekte, die starke Funktionalität und Sicherheit erfordern. CodeIgniter eignet sich für sehr kleine Projekte, die geringes Gewicht und Benutzerfreundlichkeit erfordern.

Vergleichen Sie Laravel's Blade und die Twig-Vorlagen-Engine von CodeIgniter und wählen Sie je nach Projektanforderungen und persönlichen Vorlieben: Blade basiert auf der MVC-Syntax, die eine gute Codeorganisation und Vorlagenvererbung fördert. Twig ist eine Bibliothek eines Drittanbieters, die flexible Syntax, leistungsstarke Filter, erweiterten Support und eine Sicherheits-Sandbox bietet.
