Recupérer un alias généré

Version imprimable

06/07/2012, 10h09
mach2Toulon

Recupérer un alias généré

Bonjour,

Lorsque que je filtre des résultats de recherches avec les filtres de Symfony, j'aimerais pouvoir réutiliser les alias précédemment générés par Doctrine dans mes requêtes afin de ne pas créer de doublons/conflits d'alias.

Je m'explique:

- une requête de départ (indiqué dans l'admin generator) :
$query->innerJoin($query->getRootAlias() . '.Component1 c1');

- dans mon filtre :
$query->where($query->getAliasFromComponent('Component1') . '.attr = ?', 'foo');

La fonction "getAliasFromComponent" restant à définir.

Est-ce faisable ?

Il y a quelques méthodes pour cela dans Doctrine_Query. Pour ma part, j'utilise getSqlTableAlias() qui accepte en paramètres le nom du composant (la relation déclarée dans ton schéma) et le nom de la table.

Exemple de code :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 public function getByParentsIdsQuery(array $parentsIds, Doctrine_Query $query = null) { if (!$query) { $query = $this->createQuery(); } $rootAlias = $query->getRootAlias(); $componentAlias = $query->getSqlTableAlias('LinksToParentCategories', 'category'); return $query ->innerJoin("$rootAlias.LinksToParentCategories $componentAlias") ->andWhereIn("$componentAlias.parent_category_id", $parentsIds); }

Merci pour ta réponse.

Corrige moi si je me trompe mais, la fonction "getSqlTableAlias" ne renvoie t-elle pas uniquement les alias ?
Ma problématique ici est de récupérer les alias associés à un model.

Voici mon algo :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
public static function getComponents($query) {
    $componentsTab = array();
    foreach ($query->getQueryComponents() as $alias => $component) {
      foreach($component['table']->getRelations() as $relatedComponent) 
        $componentsTab[$relatedComponent['alias']] = ?????;
    }
    return $componentsTab;
  }
 
  public static function proceedAliasDefinition(Doctrine_Query $query, $modelsTab, $doublonsAccepted=null) {
    $componentsTab = self::getComponents($query);
 
    foreach($modelsTab as $component) {
      $alias = self::genStr();
 
      if(!class_exists($component))
        throw new Exception("Le composant " . $component . " n'existe pas !");
 
      if(!in_array($component, componentsTab) || (in_array($component, componentsTab) && $doublonsAccepted)) {
        $table_alias = $query->generateNewSqlTableAlias($alias, $component);
        $query->addSqlTableAlias($table_alias, $alias);
        $aliasTab[$component] = $table_alias;
      } else
        $aliasTab[$component] = $componentsTab[$component];
    }
 
    return $aliasTab;
  }

Au temps pour moi. C'est exactement ce que je cherchais.

Merci.

Edit : malheureusement je n'ai pas réussi à obtenir ce que je souhaite. Voici l'algo du dessus complété en conséquence :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public static function isComponentInQuery($component, $query) {
    foreach($query->getQueryComponents() as $alias => $compo)
      if($compo['table']->getComponentName() == $component)
        return true;
 
    return array_search($component, $query->getTableAliasMap());
  }
 
  public static function proceedAliasDefinition(Doctrine_Query $query, $modelsTab, $doublonsAccepted=null) {
    foreach($modelsTab as $component) {
      $alias = self::genStr();
 
      if(!class_exists($component))
        throw new Exception("Le composant " . $component . " n'existe pas !");
 
      if(!rorTools::isComponentInQuery($component, $query) || (rorTools::isComponentInQuery($component, $query) && $doublonsAccepted)) {
        $table_alias = $query->generateNewSqlTableAlias($alias, $component);
        $query->addSqlTableAlias($table_alias, $alias);
        $aliasTab[$component] = $table_alias;
      } else {
        $method = $component . 'Table';
        $aliasTab[$component] = $query->getSqlTableAlias($component, $method::getInstance()->getTableName());
      }
    }

Plusieurs alias peuvent parfois entrer en conflit pour des composants qui sont à la base différents ..

J'avoue en perdre mon latin.

07/07/2012, 21h08
mach2Toulon

Voici ce que me donne cette instruction :

Code:

var_dump($query->getTableAliasMap())

Code:

array(6) { ["ruh"]=> string(3) "ruh" ["toi"]=> string(3) "toi" ["sbd"]=> string(3) "sbd" ["zkm"]=> string(3) "zkm" ["ple"]=> string(3) "ple" ["t"]=> string(1) "r" }
09/07/2012, 11h03
Herode

Citation:

Envoyé par mach2Toulon

Plusieurs alias peuvent parfois entrer en conflit pour des composants qui sont à la base différents ..

Entrer en conflit comment ?

Les alias sont générés pour une requête donnée - ce sont des alias SQL, pas des alias de modèle. Et pour une requête donnée, getSqlTableAlias() garantit l'unicité de l'alias.

NB : si l'alias n'est pas défini, elle appelle generateSqlTableAlias(). S'il est défini, elle le renvoie.

Si tu as des conflits sur une requête, c'est sans doute que tu ajoutes des alias à la main après l'appel à generateSqlTableAlias(). Ou que tu mélanges les alias obtenus à partir de plusieurs requêtes ?
09/07/2012, 11h30
mach2Toulon

Oui, j'ajoute des jointures en fonction des différents filtres dans mes modules Symfony.

Je veux simplement tester si l'alias du model existe déjà dans la query.
Si c'est le cas, et sauf contre indication, je le réutilise. Sinon j'en génère un nouveau.

Ma problématique est de vérifier si un alias existe pour un model/component.
09/07/2012, 14h15
Herode

Citation:

Je veux simplement tester si l'alias du model existe déjà dans la query.
Si c'est le cas, et sauf contre indication, je le réutilise. Sinon j'en génère un nouveau.

C'est exactement ce que faite Doctrine_Query::getSqlTableAlias(), non ?

Comme je ne comprends pas à quoi servent les couches que tu ajoutes ni dans quel contexte elles sont appelées, je donne ma langue au chat.
:aie:
09/07/2012, 14h49
kenny.kev

Moi j'utilise mes propres alias, ensuite Doctrine écrase les alias que tu as créer pour en créer des nouveaux.

En général, les conflits d'alias viennent de jointure que tu ajoutes, tu utilise le même alias, ou bien tu as 2 fois la même jointure.
09/07/2012, 15h40
mach2Toulon
En fait, les deux cas surviennent :
- un même alias est déjà utilisé
- la même jointure existe déjà (l'alias n'étant pas forcément le même)

C'est ce qui m'a motiver à tester avant chaque nouvelle jointure si un alias affilié à un model était déjà utilisé (un des deux cas cités plus haut).

Herode: en effet, la fonction de Doctrine rempli bien son rôle et me donne les alias déjà utilisés; cependant elle ne me donne pas les model associés !
ex de mon premier post :
Code:

1 2 - dans mon filtre : $query->where($query->getAliasFromComponent('Component1') . '.attr = ?', 'foo');
Il semblerait que ce ne soit pas possible à moins d'utiliser des expressions régulières, sources d'erreurs dans ce cas ..
09/07/2012, 16h39
Herode

OK, je crois comprendre mieux : tu construits des requêtes en aveugle, en tout cas sans savoir quels clauses ont déjà été enregistrées dans la Doctrine_Query, et tu veux éviter de faire planter la requête en mettant des clauses en doublon.

Si c'est bien cela : j'ai eu ce genre de problème avec un filtre un peu complexe. J'ai d'abord essayé de bricoler la requête moi-même mais j'ai vite renoncé justement à cause de ces problèmes de conflits. J'ai résolu l'affaire en utilisant les méthodes des FormFilters de symfony puisqu'après tout ces composants font justement ce travail. On sait quels paramètres on peut passer au filtre, on peut intervenir sur chacun d'eux dans la méthode addXXX ColumnQuery(), on peut intervenir aussi globalement dans le preBuildQuery() et le postBuildQuery(), on peut récupérer la requête finie et l'exploiter comme on veut. Ca évite de travailler en aveugle, et ça marche.

Sinon, heu... post hors sujet, my bad :roll:
10/07/2012, 08h37
mach2Toulon

C'était principalement dans un soucis d'optimisation. Mais oui, Doctrine gère relativement bien les conflits d'alias dans les requêtes des filtres.

Merci en tout cas à tous les deux.
10/07/2012, 09h09
kenny.kev

Pour infos, si tu as des problèmes de pref c'est soit il te manque des indexes composé ou pas sur les tables soit tu as trop de données et doctrine tu bouffe toutes les pref de ton serveur. De plus doctrine te réécrit la requête en passant par l'objet.

Ou si tu es vraiment faire de l'optimisation écrit tes propre requête en passant directement par la couche PDO.
Je crois aussi qu'il est possible de faire des optim. en sur chargeant certains objet de la couche DBAL.

Bon courage.
10/07/2012, 16h07
mach2Toulon

Doctrine est plutôt performant quand il s'agit des cas les plus courants (schéma standard et documenté, gestion des index par l'Orm, etc).

En passant par une requête générique (dans le cas des listings par module), ça réduit également grandement les ressources consommées.

Je trouve juste dommage que pour aller plus loin on ne puisse pas trop compter sur la documentation de Doctrine :(