Doctrine: связь один-к-одному в аннотациях: почему сразу же срабатывает «ленивая» загрузка?

Question

[KerryDarko]

У меня есть две сущности со связью один-к-одному, описанной в аннотациях

/**
     * @ORM\OneToOne(targetEntity="Subdomain", mappedBy="company")
     */
    protected $subdomain;

    ...

    /**
     * @ORM\OneToOne(targetEntity="Company", inversedBy="subdomain")
     * @ORM\JoinColumn(name="target_id", referencedColumnName="id")
     */
    private $company;

В документации есть пример:

$product = $this->getDoctrine()
        ->getRepository('AppBundle:Product')
        ->find($id);

    $categoryName = $product->getCategory()->getName();

И сказано:

When you call $product->getCategory()->getName(), Doctrine silently makes a second query to find the Category that's related to this Product.

What's important is the fact that you have easy access to the product's related category, but the category data isn't actually retrieved until you ask for the category (i.e. it's "lazily loaded").

А если написать query руками:

$repository = $this->get('doctrine')->getRepository('TestBundle:Company');

    $qb = $repository->createQueryBuilder('c');
    $qb
            ->where('(c.id = :id)')
            ->setParameter('id', 1);
    $query = $qb->getQuery();

    $val = $query->getOneOrNullResult();

То к базе идет сразу два запроса: выборка компании и выборка субдомена.
Почему так?

Comments

[Vladislav Vlastovskiy]

Пока не понятен вопрос. В первом случае вы получаете Product, а во втором Company. О каких двух запросах при получении Company идет речь?

[KerryDarko]

Vladislav Vlastovskiy: если перейти по ссылке примера, то можно увидеть описание связи один-ко-многим из документации и "ленивую" загрузку, где и есть этот Product. У меня же "две сущности со связью один-к-одному": Company и Subdomain. Если использовать find(), то, как и сказано в документации, я получаю только Company (допустим, я хочу 10 компаний получить). Если написать свой query, то я получаю 10 компаний одним запросом и автоматом для каждой компании по судбомену еще 10-ю запросами. Итого 11 запросов к базе

[Vladislav Vlastovskiy]

KerryDarko Я правильно понял, что вы хотите одним запросом получить Product+Company+Subdomain ?

[KerryDarko]

Нет. Если быть немного внимательным, то можно дважды прочитать, что у меня только ДВЕ сущности, и что перед кодом с Product есть двоеточие, которое говорит, что это пример из документации, на которую еще и есть ссылка. Если вопрос "почему срабатывает загрузка", то очевидно, что она не нужна. Мне нужны только Company, без Sebdomain. И мне интересно, почему, если использовать вместо find() свой построенный query, то идет и выборка по связям, о которых никто не просил

Answer 1

[vendetto]

Это давно известное поведение, ответ по ссылке.

Решение: оставить связь только со стороны владельца - это сущность, которая имеет связь. В Вашем случае Subdomain. Или изменить владельца.

Comments

[KerryDarko]

А можно ли изменить владельца, поменять местами?
Мне нужно к Company привязать Subdomain, но у меня вторичный ключ не в Company, а в Subdomain (target_id).
Получается, я могу оставить связь не с нужной мне стороны.
В документации я что-то не нашел, как сделать связь наоборот

[vendetto]

KerryDarko: Если вы хотите поменять владельца, нужно связь перенести в Company.

[KerryDarko]

vendetto: это логично, но я может чего-то не понимаю
Например, в
@JoinColumn(name="target_id", referencedColumnName="id")
"referencedColumnName" должно быть первичным ключом

Получается, мне нужно вторичный ключ (id компании - target_id) из Subdomain перенести в Company (и уже будет id субдомена)?

[vendetto]

KerryDarko: Да, именно это я имел ввиду. Связь у вас будет из Company на Subdomain. И тогда вы сможете указать связь oneToOne только на стороне Company.

Answer 2

[Дмитрий Вапельник]

привет, ребятки!
на самом деле не совсем понятен вопрос. по крайней мере лично мне

при выборке объектов через find используется ленивая загрузка: для объектнов AppBundle:Product выбираются все его поля, а для всех отношений формируются прокси-объекты, через которые через дополнительные запросы к БД можно получить и сами объекты отношений

есть нюанс при использовании DQL:

• когда Вы не прописываете ничего в select, то выбираются все поля объекта (для отношений все так же готовятся прокси)
  
• когда вы прописываете в select нужные Вам поля объекта, то только они и выбираются (для отношений все так же готовятся прокси)
  
• а вот если вы пропишите в select выборку отношений и укажете join, то будет выполнен запрос с джоином и сразу будут выбраны соответствующие объекты отношений
  

возможно, Вы что-то упустили? в одном случае Вы обращаетесь к AppBundle:Product, во втором к TestBundle:Company и говорите о выборке субдомена

ленивая загрузка происходит всегда если вы не используете join, или явно не указываете что нужно fetch-ить сущности отношений как EAGER

Comments

[KerryDarko]

В комментариях первого ответа я уже объяснил, что Product это пример из документации, ссылку на которую я тоже оставил. У меня же только ДВЕ сущности, компании и субдомены.

Что значит "ленивая загрузка происходит всегда"? Значит, что к ней можно обратиться, если нужно, или что она срабатывает автоматически, даже если не просишь?

Если написать:
$qb = $this->getEntityManager()->createQueryBuilder();
$qb->select('c')
->from('TestBundle:Company', 'c');
То должны ли для каждой компании автоматически отдельными запросами выбрать субдомены? У меня выбираются, а мне нужен просто список компаний, построенный через QueryBuilder

Как "fetch-ить сущности отношений как EAGER"? Где в документации об этом говорится?

[Дмитрий Вапельник]

ленивая загрузка - это загрузка сущности отношения только по требованию. к примеру, если Вы выбрали основную сущность и никогда не обращаетесь к отношению, то запрос к таблице с отношениями не должен присходить, но если вы обращаетесь к этому полю через геттер, то тогда делается запрос ко второй таблице и выбирается сущность, которая указана в отношении. аналогично с DQL.

по поводу указания как fetch-ить сущности (лениво или агрессивно) посмотрите, к примеру, здесь: doctrine-orm.readthedocs.org/projects/doctrine-orm...

[KerryDarko]

Дмитрий Вапельник: вот в этом и проблема. Я нигде не обращаюсь к отношению, а запрос происходит, черт его дери..
После find(), findBy() и тд не происходит,
после $qb->select('c')->from('TestBundle:Company', 'c'); происходит
i.stack.imgur.com/5jDhh.jpg

[Дмитрий Вапельник]

KerryDarko: я сделал две модели: Company и Product. Product имеет отношение one-to-one unidirectional с Company. тоесть, я могу получить Company через Product: $product->getCompany()

я делаю аналогично Вашему запрос:

$product = $this->getDoctrine()->getRepository('AppBundle:Product')->createQueryBuilder('p')
    ->where('p.id = :id')
    ->setParameter('id', 3)
    ->getQuery()->getOneOrNullResult();

var_dump($product);

я не обращаюсь к геттеру getCompany() и у меня один запрос:

SELECT p0_.id AS id0, p0_.name AS name1, p0_.price AS price2, p0_.company_id AS company_id3 FROM product p0_ WHERE p0_.id = 3;

возможно, Вы делаете где-то еще одращение к этому геттеру, но не замечаете его?

[KerryDarko]

Дмитрий Вапельник: если бы у меня было где-то обращение, которое я не заметил, то заменив

$product = $this->getDoctrine()->getRepository('AppBundle:Product')->createQueryBuilder('p')
->where('p.id = :id')
->setParameter('id', 3)
->getQuery()->getOneOrNullResult();

на

$product = $this->getDoctrine()->getRepository('AppBundle:Product')->findOneBy(array('id' => '3'));

выборки все равно бы были, так? А они пропадают

[Дмитрий Вапельник]

KerryDarko: по идее да, могу только посоветовать подебажить этот процесс и посмотреть откуда же берется этот запрос