


Explication détaillée de la façon dont Laravel optimise les requêtes de modèle grâce au préchargement
Cet article vous présente principalement des informations pertinentes sur la façon d'utiliser le préchargement pour optimiser les requêtes du modèle Laravel. L'article le présente en détail à travers un exemple de code. Il a une certaine valeur d'apprentissage de référence pour les études ou le travail de chacun. suivez ci-dessous. Apprenons ensemble. J'espère que cela aide tout le monde.
Avant-propos
Cet article présente principalement le contenu pertinent sur l'utilisation du préchargement pour optimiser la requête du modèle Laravel, et le partage pour votre référence et votre étude. Sans plus tarder, jetons un coup d'œil à l'introduction détaillée :
Introduction
Le mappage objet-relationnel (ORM) crée des bases de données le travail devient très simple. Lorsque les relations entre les bases de données sont définies de manière orientée objet, les données du modèle associées peuvent être facilement interrogées et les développeurs peuvent ne pas remarquer les appels à la base de données sous-jacente.
Ce qui suit utilisera quelques exemples pour vous aider à mieux comprendre comment optimiser les requêtes.
Supposons que vous receviez 100 objets de la base de données et que chaque enregistrement ait 1 modèle associé (c'est-à-dire appartient à). L'utilisation de l'ORM par défaut générera 101 requêtes ; instance à chaque fois, une requête distincte se produit.
//获取已发布的100条文章 $posts = Post::limit(100)->get(); //一次查询 $authors = array_map(function($post) { // 对作者模型生成查询 return $post->author->name; }, $posts);
Ensuite, si nous prévoyons d'utiliser les données du modèle associées, nous pouvons utiliser le préchargement pour Le nombre total de 101 requêtes est réduit à 2 requêtes. Dites simplement au modèle ce que vous devez charger. Comme suit :
Si vous activez la journalisation SQL, vous verrez que le préchargement ci-dessus ne générera que deux requêtes :
//获取已发布的100条文章 - 并预加载文章对应作者 $posts = Post::with('author')->limit(100)->get();//2次查询 $authors = array_map(function($post) { // 对作者模型生成查询 return $post->author->name;//这里讲不在产生查询 }, $posts);
Si vous avez plusieurs modèles associés, alors vous pouvez utilisez un tableau pour les charger :
select * from `posts` select * from `authors` where `authors`.`id` in (?, ?, ?, ?, ?) [1,2,3,4,5]
Ensuite, nous redéfinissons la relation suivante
$posts = App\Post::with(['author', 'comments'])->get();
Considérons la situation suivante : Obtenez le profil de l'auteur de l'article publié.
Post -> belongsTo -> Author //每个文章只属于一个用户 Author -> hasMany -> Post //每个用户拥有多个文章 Author -> hasOne -> Profile //每个用户只有一个简介
Supposons que ce qui précède
comporte 100 enregistrements, combien de requêtes seront générées ?//获取所有文章 - 并预加载文章对应作者 $posts = App\Post::with('author')->get();//两次查询 //根据每个 `作者` 获取其简介 $posts->map(function ($post) { //虽然我们直接通过$author = $post->author不会产生查询, //但当调用$author->profile时,每次都会产生一个新查询 return $post->author->profile; });
AppPost::with('author')->get()
En optimisant le chargement rapide, nous pouvons éviter les requêtes supplémentaires dans les relations imbriquées.
Vous pouvez ouvrir votre journal SQL pour voir les trois requêtes correspondantes.
//获取所有文章 - 并预加载文章对应作者及每个作者对应de profile $posts = App\Post::with('author.profile')->get();//三次查询 $posts->map(function ($post) { //不在产生新查询 return $post->author->profile; });
select * from `posts` select * from `authors` where `authors`.`id` in (?, ?, ?, ?, ?) [.....] select * from `profiles` where `profiles`.`author_id` in (?, ?, ?, ?, ?) [.....]
Parfois, vous devrez peut-être simplement collecter des modèles associés en fonction des conditions. Dans ce cas, vous pouvez appeler paresseusement d'autres requêtes pour des données associées :
En regardant vos journaux SQL, vous voyez trois requêtes au total, mais seul $posts->load() sera affiché.
$posts = App\Post::all();//一次查询 $posts->load('author.profile');//两次查询 $posts->map(function ($post) { //不在产生新查询 return $post->author->profile; });
J'espère que vous en savez plus sur le chargement de modèles et comprenez comment cela fonctionne à un niveau plus profond. La documentation relative à Laravel est déjà très complète. J'espère que les exercices pratiques supplémentaires pourront vous aider à devenir plus confiant dans l'optimisation des requêtes relationnelles.
Le texte original est traduit de eloquent-eager-loading, simplifiant la partie précédente de la construction des données.
Recommandations associées :
Partage Laravel d'exemples d'utilisation du paiement AlipayExplication détaillée de la méthode de Laravel pour implémenter un superviseur pour exécuter des processus asynchronesExplication détaillée de la console de planification des tâches de Laravel
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Les dernières versions de Laravel 9 et CodeIgniter 4 fournissent des fonctionnalités et des améliorations mises à jour. Laravel9 adopte l'architecture MVC et fournit des fonctions telles que la migration de bases de données, l'authentification et le moteur de modèles. CodeIgniter4 utilise l'architecture HMVC pour fournir le routage, l'ORM et la mise en cache. En termes de performances, le modèle de conception basé sur le fournisseur de services de Laravel9 et le framework léger de CodeIgniter4 lui confèrent d'excellentes performances. Dans les applications pratiques, Laravel9 convient aux projets complexes qui nécessitent de la flexibilité et des fonctions puissantes, tandis que CodeIgniter4 convient au développement rapide et aux petites applications.

Comparez les capacités de traitement des données de Laravel et CodeIgniter : ORM : Laravel utilise EloquentORM, qui fournit un mappage relationnel classe-objet, tandis que CodeIgniter utilise ActiveRecord pour représenter le modèle de base de données en tant que sous-classe de classes PHP. Générateur de requêtes : Laravel dispose d'une API de requêtes chaînées flexible, tandis que le générateur de requêtes de CodeIgniter est plus simple et basé sur des tableaux. Validation des données : Laravel fournit une classe Validator qui prend en charge les règles de validation personnalisées, tandis que CodeIgniter a moins de fonctions de validation intégrées et nécessite un codage manuel des règles personnalisées. Cas pratique : l'exemple d'enregistrement d'utilisateur montre Lar

Laravel - Artisan Commands - Laravel 5.7 est livré avec une nouvelle façon de traiter et de tester de nouvelles commandes. Il inclut une nouvelle fonctionnalité de test des commandes artisanales et la démonstration est mentionnée ci-dessous ?

Pour les débutants, CodeIgniter a une courbe d'apprentissage plus douce et moins de fonctionnalités, mais couvre les besoins de base. Laravel offre un ensemble de fonctionnalités plus large mais a une courbe d'apprentissage légèrement plus raide. En termes de performances, Laravel et CodeIgniter fonctionnent bien. Laravel dispose d'une documentation plus complète et d'un support communautaire actif, tandis que CodeIgniter est plus simple, léger et possède de solides fonctionnalités de sécurité. Dans le cas pratique de la création d'une application de blog, EloquentORM de Laravel simplifie la manipulation des données, tandis que CodeIgniter nécessite une configuration plus manuelle.

Lors du choix d'un framework pour de grands projets, Laravel et CodeIgniter ont chacun leurs propres avantages. Laravel est conçu pour les applications d'entreprise, offrant une conception modulaire, une injection de dépendances et un ensemble de fonctionnalités puissantes. CodeIgniter est un framework léger plus adapté aux projets de petite et moyenne taille, mettant l'accent sur la rapidité et la facilité d'utilisation. Pour les grands projets avec des exigences complexes et un grand nombre d'utilisateurs, la puissance et l'évolutivité de Laravel sont plus adaptées. Pour les projets simples ou les situations avec des ressources limitées, les capacités de développement légères et rapides de CodeIgniter sont plus idéales.

L'architecture des microservices utilise des frameworks PHP (tels que Symfony et Laravel) pour implémenter des microservices et suit les principes RESTful et les formats de données standard pour concevoir des API. Les microservices communiquent via des files d'attente de messages, des requêtes HTTP ou gRPC et utilisent des outils tels que Prometheus et ELKStack pour la surveillance et le dépannage.

Pour les petits projets, Laravel convient aux projets plus importants qui nécessitent des fonctionnalités et une sécurité élevées. CodeIgniter convient aux très petits projets qui nécessitent légèreté et facilité d'utilisation.

En comparant le moteur de modèles Blade de Laravel et le moteur de modèles Twig de CodeIgniter, choisissez en fonction des besoins du projet et de vos préférences personnelles : Blade est basé sur la syntaxe MVC, qui encourage une bonne organisation du code et un héritage de modèles. Twig est une bibliothèque tierce qui offre une syntaxe flexible, des filtres puissants, une prise en charge étendue et un bac à sable de sécurité.
