Discussion :

[Invité]

Bonjour,

Depuis quelques temps je me questionne sur un comportement de Doctrine, et n'arrivant pas à trouver de résultat, je me permets de vous demander votre avis.

Sur mon application, je suis souvent amenés à faire des requêtes qui ont la forme suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
$coms = Doctrine_Core::getTable('Commentaire')
->createQuery('c')
->join('c.article a')
->join('a.Redacteurs r')
->where('r.quelquechose = ?', $quelquechose);

On veut donc récupérer les commentaires des articles dont le rédacteur répond à une certaine condition. On part de la table commentaire ( car on veut obtenir une collection de commentaires à la fin ), puis on la join à tous les articles puis à tous les rédacteurs, et enfin on réduit les résultat avec la condition.

Cette requête serait beaucoup plus optimisée avec les jointures dans cet ordre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
$coms = Doctrine_Core::getTable('Redacteur')
->createQuery('r')
->select('c.*')
->join('r.Article a')
->join('a.Commentaires c')
->where('r.quelquechose = ?', $quelquechose);

De cette manière, le nombre de tuples manipulés par les jointures est beaucoup plus réduit, vu que la restriction sur le rédacteur va s'effectuer dés le début.

Le problème est que de cette manière, j'obtient un magnifique :

The root class of the query (alias r) must have at least one field selected.

Existe-t'il une solution pour garder cet ordre dans les jointures et obtenir tout de même une collection doctrine d'objets commentaire ?

Merci !

[Michel Rotta]

Qui te retourne le message d'erreur ? Mysql ? Doctrine ? Symfony ?

Je présuppose que le message vient de Doctrine. On aurait donc une limitation du moteur. N'est-il pas envisageable de mettre un des champs de rédacteur dans la réponse ?

Si non, peut-on envisager de faire un group by article et un having pour le qhere sur le rédacteur ?

[Invité]

Le message est retourné par doctrine, mais disons que j'attendais cette erreur car SI cette fonctionnalité existe, ce n'est dans tout les cas pas la bonne méthode/syntaxe pour en faire appel.

Si je rajoute un champ de Rédacteur, la requête va fonctionner et doctrine me retournera une Doctrine_Collection d'objets Redacteur (complets par ailleurs), avec leurs articles et leurs commentaires préchargés.

Si non, peut-on envisager de faire un group by article et un having pour le qhere sur le rédacteur ?

Peux-tu préciser la requête à laquelle tu penses ( en SQL pur si tu veux ).
Mais à première vue je ne pense pas que ce soit une solution.

J'ai cherché au niveau des méthodes d'hydratation de doctrine et/ou de PDO, mais pour le moment je ne trouve rien.
C'est étonnant car cela entraine des requête grossièrement lourde ( dans certaines situations ), alors qu'elles pourraient être facilement optimisées.

[Michel Rotta]

Je ne vois pas où est le problème d'avoir l'id ou n'importe quel autre informations sur le rédacteur dans le résultats de la requête. Cela ne devrait rien changer au résultat obtenu.

L'hydratation n'intervient qu'après le retour des données, il ne peut donc être en cause ici, il faudra attendre d'avoir les données pour s'inquiéter de l'hydratation.

[Invité]

Mon "problème" à ce niveau est que de cette manière, pour obtenir les commentaires, je vais devoir passer par un code du style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$redacteurs = Doctrine_Core::getTable('Redacteur')
->createQuery('r')
->select('c.*, r.id') // doctrine transforme en c.*, r.*
->join('r.Article a')
->join('a.Commentaires c')
->where('r.quelquechose = ?', $quelquechose); 
 
$coms = array();
foreach ($redacteurs as $redacteur) {
  $articles = $redacteur->getArticles();
  foreach ($articles as $article) {
    $coms += $article->getCommentaires(); // Concaténation d'array, je suis pas sûr de moi là
  }
}

Donc on se rend compte que pour obtenir le tableau de commentaires, la requête SQL va retourner les données des rédacteurs et des articles ( les tables intermédiaires ), ce qui ne m'intéresse pas du tout.

Ce que j'aimerais ( et je le répète, je ne sais pas si doctrine et/ou PDO le gère ), c'est retourner directement les infos des commentaires, en zappant le reste ( les id utilisés pour les jointures au minimum ).

[Michel Rotta]

Si la requête fonctionne, et si les données ne doivent qu'être affichées, la solution est (enfin) dans l'hydratation.

Tu trouveras les différentes méthode dans la doc de doctrine, partie hydratation. Je pense que la méthode "scalar" devrait répondre à ta demande.

[mathieu44800]

Sinon tu peux créer une Doctrine_Collection('de_ton_modele') et la remplir en faisant un ->add(Record) dans ton foreach, mais c'est sur que ce n'est pas très optimisé.

EDIT : Tu peux aussi utiliser les foreignAlias (dans ton YAML)