Uczę się dopiero Doctrine i zastanawia mnie jedno. Czy inner join tabel, które mają zdefiniowaną relację OneToMany daje się osiągnąć jedynie poprzez querybuilder?

Jeżeli pozwolisz - zapytam teoretycznie: a w jaki sposób chciałabyś jeszcze robić joiny :-) ?

Teoretycznie to się to na ogół robi poprzez definicję relacji między encjami (OneToMany) która odpowiada relacjom w bazie danych (klucze obce) (https://symfony.com/doc/current/doctrine/associations.html).

Jesli się mylę to mnie popraw. Dopiero się uczę Symfony.

Powinno się używać w kolejności:
- selectable (czyli $user->getEmails())
- criteria
- query builder
- dql
- native query

Czyli jak chcesz zrobić joina do tabeli, gdzie nie masz zdefiniowanych relacji to trzeba użyć query buildera, dql lub czystego sqla. Jak są relacje można zrobić joina "ręcznie" - ale po co?

Po to, że chcę mieć inner join a jak są relacje zdefiniowane to uruchamia się lazy loading i jak nie ma powiązanych rekordów dostaję nulle których nie chcę.

W takim razie problemem raczej jest sposób hydrowania danych, można to rozwiązać na dwa sposoby:

1. Użyć odpowiedniej adnotacji (LAZY, EAGER lub EXTRA LAZY), więcej np. tutaj: http://docs.doctrine-project.org/projects/...sociations.html i to się sprawdzi jeśli wiemy, że np. wraz z obiektem User zawsze będziemy potrzebowali kolekcji emaili (wtedy ustawiamy na EAGER)

2. Jeśli sposób hydrowania jest zależny od kontekstu, to nie ma innego (wygodnego) wyjścia jak użyć query buildera. Jednak nie wystarczy:

[PHP] pobierz, plaintext 
$qb->join('u.emails', 'e');
[PHP] pobierz, plaintext 

- trzeba jeszcze wymusić pobieranie poprzez dodanie select:

[PHP] pobierz, plaintext 
$qb->select('u', 'e');
[PHP] pobierz, plaintext 

W ten sposób emaile zawsze będą w user niezależnie od tego, czy są potrzebne czy nie.

Więcej nie da się powiedzieć bo nie znam Twojego kodu, równie dobrze problemem mogą być źle zaprojektowane encje.