在下面的示例中:
my $rs = $schema->resultset('CD')->search(
{
'artist.name' => 'Bob Marley'
'liner_notes.notes' => { 'like', '%some text%' },
},
{
join => [qw/ artist liner_notes /],
order_by => [qw/ artist.name /],
}
);
DBIx cookbook表示这是将生成的sql:
# Equivalent SQL:
# SELECT cd.*, artist.*, liner_notes.* FROM cd
# JOIN artist ON cd.artist = artist.id
# JOIN liner_notes ON cd.id = liner_notes.cd
# WHERE artist.name = 'Bob Marley'
# ORDER BY artist.name
但是从菜谱的其余部分开始,我一直认为查询只会选择cd。*,除非当然使用prefetch如下:
my $rs = $schema->resultset('CD')->search(
{
'artist.name' => 'Bob Marley'
'liner_notes.notes' => { 'like', '%some text%' },
},
{
join => [qw/ artist liner_notes /],
order_by => [qw/ artist.name /],
prefetch => [qw/ artist liner_notes/],
}
);
以下是让我相信这一点的陈述:
[Prefetch] allows you to fetch results from related tables in advance
任何人都可以向我解释我在这里缺少的东西吗?或不?非常感谢!
答案 0 :(得分:4)
Equivalent SQL
与食谱的previous section相矛盾,看起来像是错误。
在执行查询并应用过滤器和排序条件时,Join将使用连接表中的列,但不会返回连接表的列。这意味着,如果您执行$cd->artist->name
,则每次调用该语句时,都需要额外SELECT artist.* FROM artist WHERE artist.id = ?
来获取艺术家的姓名。
Prefetch也用于从预取表中选择所有列。在实际需要这些列时使用预取更有效,例如:所以你可以做$cd->artist->name
而不需要它来做额外的查询。但是,如果您不需要这些列,那么加载该数据会产生不必要的性能损失。