Ausführliche Erläuterung der Probleme im Zusammenhang mit der Vorladeoptimierung der Laravel-Modellabfrage

Dieser Artikel führt Sie hauptsächlich in relevante Informationen zur Verwendung des Vorladens zur Optimierung von Laravel-Modellabfragen ein. Es hat einen gewissen Referenz-Lernwert für alle, die es brauchen Lernen Sie mit dem untenstehenden Herausgeber.

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). Die standardmäßige Verwendung des ORM generiert 101 Abfragen wie folgt:

//获取已发布的100条文章
$posts = Post::limit(100)->get(); //一次查询

$authors = array_map(function($post) {
 // 对作者模型生成查询
 return $post->author->name;
}, $posts);

Wir haben dem Post-Modell zum Zeitpunkt der Abfrage nicht mitgeteilt, dass wir auch alle Autoren benötigen. Daher erfolgt jedes Mal eine separate Abfrage, wenn der Name des Autors aus einer einzelnen Post-Modellinstanz abgerufen wird.

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 SQL-Protokolle 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 verknüpfte Modelle haben, können Sie diese mithilfe eines Arrays laden:

$posts = App\Post::with(['author', 'comments'])->get();

Als nächstes definieren wir die Beziehung wie folgt neu

Post -> belongsTo -> Author //每个文章只属于一个用户
Author -> hasMany -> Post //每个用户拥有多个文章
Author -> hasOne -> Profile //每个用户只有一个简介

Stellen Sie sich das folgende Szenario vor: Rufen Sie das Profil des Autors eines 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 basierend auf sammeln Bedingungen zugehörige Modelle. In diesem Fall können Sie träge 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 Es wird nur so sein wird angezeigt, wenn $posts->load() aufgerufen wird.

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.

Das obige ist der detaillierte Inhalt vonAusführliche Erläuterung der Probleme im Zusammenhang mit der Vorladeoptimierung der Laravel-Modellabfrage. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!