当前位置: 首页 > 编程笔记 >

如何利用预加载优化Laravel Model查询详解

何安宜
2023-03-14
本文向大家介绍如何利用预加载优化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,简化其前面构造数据部分。

 类似资料:
  • 问题内容: 一个供您所有MySQL专家使用的技巧:-) 我有以下查询: 订单表= 80,900行 产品表= 125,389行 o.id和p.order_id已建立索引 该查询大约需要6秒钟才能完成-太长了。我正在寻找一种优化它的方法,可能使用临时表或其他类型的联接。恐怕我对这两个概念的理解还很有限。 谁能建议我优化此查询的方法? 问题答案: 首先,我将使用其他样式的语法。 已经有20年的睡眠时间了

  • 问题内容: 我有一个查询,使用带通配符的“ like”来搜索客户端。例如: 它还可以在“ where”子句中使用较少的参数,例如: 谁能说出优化这种查询性能的最佳方法是什么?也许我需要创建一个索引?该表在生产中最多可以有1000K条记录。 问题答案: 要在模式具有表单的位置上做很多事情,您需要查找SQL Server的全文本索引功能,并使用代替。照原样,您正在执行全表扫描,因为普通索引对搜索以通配

  • 本文向大家介绍如何利用nginx处理DDOS进行系统优化详解,包括了如何利用nginx处理DDOS进行系统优化详解的使用技巧和注意事项,需要的朋友参考一下 前言 众所周知DDoS很常见,甚至被称为黑客圈子的准入技能;DDoS又很凶猛,搞起事来几乎压垮一方网络。 DDOS的特点是分布式,针对带宽和服务攻击,也就 是四层流量攻击和七层应用攻击,相应的防御瓶颈四层在带宽,七层的多在架构的吞吐量。对于七层

  • 使用filters优化查询 ElasticSearch支持多种不同类型的查询方式,这一点大家应该都已熟知。但是在选择哪个文档应该匹配成功,哪个文档应该呈现给用户这一需求上,查询并不是唯一的选择。ElasticSearch 查询DSL允许用户使用的绝大多数查询都会有各自的标识,这些查询也以嵌套到如下的查询类型中: constant_score filterd custom_filters_score

  • 问题内容: 我希望从我的用户模型中检索一些信息,如下所示: 在主页中,我有一个 位置 过滤器,您可以在其中浏览来自国家或城市的用户。 所有字段还包含其中的用户数: 在主页上,然后我还有“学生和老师”页面,我希望仅提供有关这些国家和城市有多少老师的信息… 我想做的是创建一个对MongoDB的查询,以通过单个查询检索所有这些信息。 此刻查询如下: 问题是我不知道如何获取所需的所有信息。 我不知道如何获

  • 问题内容: 此查询需要153秒才能运行。中有数百万行。 我认为查询要花很长时间,因为where子句中的功能。但是,我需要在列上执行ltrim rtrim,而且日期也必须在格式上匹配。如何优化此查询? 说明计划: 首要的关键: 索引: 但是,在解释计划中,我看不到使用索引/主键。那是问题吗? 问题答案: 试试这个: 如果尚无时间,请从其外观(出生日期?)上删除该对象。除此之外,您还需要一些索引工作。