给出此代码,Doctrine将启动与table2中的行一样多的查询
$qb = $this->getModelManager()->createQuery($er->getClassName(), 't1')->getQueryBuilder();
$qb->select('t1, t2, t3')
->innerJoin('table1.table2', 't2');
->innerJoin('table2.table3', 't3')
->where('t3.id = :foo')
->setParameter('foo', $foo);
每个查询都是这样的:
SELECT t0.id AS id_1,
t0.name AS name_2,
t0.slug AS slug_3,
t0.description AS description_4,
t0.visible AS visible_5
FROM table2 t0
WHERE t0.id = ?
这些是实体:
表1:如果我使用表2进行innerJoin的操作,Doctrine将按预期方式(1个查询)与ManyToOne关联,则主要实体巫婆与表2相关联
/**
* @ORM\Entity(repositoryClass = "Table1Repo")
* @ORM\Table(name="table1")
*/
class table1 extends BaseTable1 implements table1Interface
{
/**
* @ORM\Id
* @ORM\Column(type="integer")
* @ORM\GeneratedValue
*/
protected $id;
/**
* @ORM\Column(type="string", length=255)
* @Gedmo\Versioned
*/
protected $name;
/**
* @ORM\ManyToOne(targetEntity="table2", inversedBy="tables1")
* @ORM\JoinColumn(name="table2_id", referencedColumnName="id", onDelete="CASCADE")
*/
protected $table2;
}
TABLE2,与OneToMany的表1和ManyToMany的表3相关。
/**
* @ORM\Entity(repositoryClass="table2Repository")
* @ORM\Table(name="table2")
*/
class table2 extends Basetable2
{
/**
* @ORM\Id
* @ORM\Column(type="integer")
* @ORM\GeneratedValue
*/
protected $id;
/**
* @ORM\ManyToMany(targetEntity="table3", inversedBy="table2s")
* @ORM\JoinTable(name="table3_table2")
*/
protected $table3;
/**
* @ORM\OneToMany(targetEntity="table1", mappedBy="table2")
* @Accessor(getter="getTables1")
*/
protected $tables1;
}
TABLE3:通过ManyToMany关系与表2相关。当我使用表2制作innerJoin时,Doctrine仍然按预期方式运行,仅执行一个查询
/**
* @ORM\Entity(repositoryClass = "table3Repo")
* @ORM\Table(name="table3")
* @Gedmo\Loggable
*/
class table3 extends Basetable3
{
/**
* @ORM\Id
* @ORM\Column(type="integer")
* @ORM\GeneratedValue
*/
protected $id;
/**
* @ORM\ManyToMany(targetEntity="table2", mappedBy="tables3")
* @ORM\JoinTable(name="table3_table2")
*/
protected $tables2;
}
因此,当我将两个innerJoins都添加到查询生成器中时,Doctrine仅进行一个查询,但是当我添加WHERE子句时,Doctrine进行279个查询时,table2中的每行一个,女巫与table1的关系为oneToMany以及ManyToMany的table3。
其他相关的一点是querybuilder是在SonataAdmin query_builder fiel选项下执行的。
我找不到为什么要得到这种行为,有任何线索吗?
答案 0 :(得分:2)
运行查询时,您总是需要具有与其他人联接的根实体。您的情况就是emitterLayer.pause()
。提取后,基于查询和实体元数据,table1
将尝试为每个root实例创建一个对象,但是除非另行通知,否则它将在那里停止。实际上,对于每个子对象(例如Doctrine
),它将创建虚拟的“代理”对象,这些对象几乎不是浅表述,并且无论何时尝试取消引用它们,都必须从DB进行解析。将数据库结果转换为对象的过程称为对象水化。
为了执行子对象的水合作用,还需要“选择”子实体:
table2
请注意不要抓狂所有内容,因为它花费的时间更长,并且会消耗更多的RAM。微调您的查询,直到达到您想要的(逻辑和性能方面)。
希望这对您有帮助...