Discussion :

[rafleboss]

Bonjour,

J'utilise les formulaires et je me rends compte qu'il fait beaucoup de requêtes ( il y a pleins de doublons ).

Par exemple j'ai une classe telephone :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
class Telephone implements NormalizableInterface
{
 
  ....
	/**
	* @var IML\DefaultBundle\Entity\Code\TypeTelephone
	*
	* @ORM\ManyToOne(targetEntity="IML\DefaultBundle\Entity\Code\TypeTelephone")
	*/
	private $typeTelephone;
 
    /**
    * @var IML\DefaultBundle\Entity\User $user
    *
    * @ORM\ManyToOne(targetEntity="User")
    */
    private $user;
}

Elle est donc lié à une autre classe TypeTelephone et classe User.
Quand je créé un formulaire qui permet d'ajouter plusieurs téléphones. Quand je regarde les requêtes dans le profiler je me rends compte qu'il fait un appel à la base de donnée pour récupérer les TypeTelephone pour chaque téléphone.
Et c'est qu'un exemple. Alors est-ce que vous connaissez un moyen pour éviter ou limiter ce genre d'action?? Car il pourrait faire une seul requete pour chercher tout les typeTelephone et les mettre dans un tableau et faire appel a ce tableau pour connaître le champ!

[arnooo999]

Tu peux passer directement ta collection via l'option choice:

http://www.developpez.net/forums/d11...es-identiques/

ou bien gérer un cache dans ton repository

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
#IML\DefaultBundle\Entity\Code\TypeTelephoneRepository
 
 protected $allResults;
 
 public function findAll(){
  if(null===$this->allResults){
   $this->allResults=parent::findAll();
  }
  return $this->allResults;
 }

[RapotOR]

Lorsque tu recuperes ton user, il ne fait pas la jointure automatiquement.

Tu as deux solutions:
- faire une requete incluant un left join sur le typetelephone. J'avoue, c'est pas la plus simple. Mais au moins tu le charges que si necessaire.

- utiliser l annotation fetch="EAGER" pour que le join se fasse automatiquement:

Code :

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

1
2
3
4
5
6
7
	/**
	* @var IML\DefaultBundle\Entity\Code\TypeTelephone
	*
	* @ORM\ManyToOne(targetEntity="IML\DefaultBundle\Entity\Code\TypeTelephone", fetch="EAGER")
        * @ORM\JoinColumn(name="type_telephone", referencedColumnName="id")  
	*/
	private $typeTelephone;

Tu fais le même dans ta classe user pour récupérer les téléphones.


Si cela fonctionne, je te suggère le petit .

[rafleboss]

Re,

Effectivement le nombre de requêtes a diminué mais en regardant le profiler j'ai des requêtes qui se font avec aucun paramètre...

Genre:

Code :

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

1
2
3
SELECT t0.id AS id1, t0.libelle AS libelle2 FROM c_sexe t0
Parameters: { }
Time: 0.73 ms

Par contre la technique avec la création des classes Type, est-ce qu'elle est efficace?

[kenny.kev]

Symfony2 est dans l'ensemble plus lent que symfony 1.4. En revanche si tous les caches sont activés alors la oui symfony2 explose symfony 1.4.

Tous est basé sur le cache, je vais essayer de retrouver le slide parlant de ça.

[rafleboss]

Ah ben sa serait sympas merci!

[bilbot]

Re,

Effectivement le nombre de requêtes a diminué mais en regardant le profiler j'ai des requêtes qui se font avec aucun paramètre...

Genre:

Code :

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

1
2
3
SELECT t0.id AS id1, t0.libelle AS libelle2 FROM c_sexe t0
Parameters: { }
Time: 0.73 ms

Par contre la technique avec la création des classes Type, est-ce qu'elle est efficace?

Pour moi c'est normal que ta requête n'ai pas de paramètre, c'est un select * sans clause where.

Et pour les perfs je pense que c'est faux. SF2 et globalement plus performant que SF1 et encore plus quand tu actives le cache. Par contre si tu l'utilise sous windows ce sera très lent, car pour vérifier les fichiers a charger, php utilise la fonction filemtime qui est très lente sous windows.