Doctrine/Symfony 2: Entités avec trop de relations

Question

Je travaille avec des objets Entity à partir de requêtes Doctrine et je me retrouve avec un très grand tableau, avec toutes les informations de toutes les entités liées. Cela finit par être un énorme arbre de données ... comment puis-je limiter cela? Évitez d'énumérer toutes les données de toutes les relations?

Answer 1

Vous pouvez toujours supprimer les associations inutiles (il s'agit d'une bonne pratique pour accélérer Doctrine). Vous pouvez également sélectionner uniquement les champs que vous avez besoin dans votre couche de présentation (en lecture seule des données):

public function getAll() 
{ 
    $qb = $this->createQueryBuilder('u'); // Where are in User custom repository 

    return $qb 
     ->select(array('u.id', 'u.first', 'u.last')) 
     ->getQuery() 
      ->getResult(); 
} 

Si vous avez besoin de travailler avec des objets (ou pour les requêtes complexes, qui nécessite SQL ordinaire) une possibilité Filling seulement les propriétés nécessaires (et éventuellement, les associations/collections imbriquées) de votre objet domaine.

Un exemple, plus sur native SQL: (?)

public function getAll() 
{ 
    $mapping = new \Doctrine\ORM\Query\ResultSetMapping(); 

    $mapping->addEntityResult('Acme\HelloBundle\User', 'e'); 

    $mapping->addFieldResult('e', 'id', 'id'); 
    $mapping->addFieldResult('e', 'first', 'first'); 
    $mapping->addFieldResult('e', 'last', 'last'); 

    $sql = "SELECT id, first, last FROM user "; 

    $result = $this->_em->createNativeQuery($sql, $mapping)->getResult(); 

    // Or hust return $result itself (array) 
    return new \Doctrine\Common\Collections\ArrayCollection($result); 
} 

Bien sûr, le disadvance est l'utilisation de SQL natif. Je ne crois pas que ResultSetMapping peut être utilisé avec DQL.

EDIT: jetez un oeil à http://docs.doctrine-project.org/projects/doctrine-orm/en/2.0.x/reference/best-practices.html