Discussion :

[Mitaka]

bonjour,
j'ai généré un crud grâce à symfony et j'aimerai pouvoir faire des requêtes sur d'autres tables que celles proposées par le crud.
De plus, j'aimerai créer des méthodes.
comment cela se passe-t-il ?
j'avais créer des méthodes dans ma classe.php mais le problème c'est qu'il y a beaucoup trop de requêtes sql générées et le mieux serait de rapatrier toute une table et faire des sélections dessus.
mais je n'arrive pas à comprendre comment le code est partagé et où exactement
merci d'avance

[Tsilefy]

Bonsoir,
qu'est-ce que tu ne comprends pas exactement ?
Rapatrier toute une table ne serait pas trop lourd ? Tu peux faire ça par un doSelect() depuis un fichier d'action, réaliser les opérations dans ce fichier action et les transmettre au template correspondant. En fait, un CRUD généré est exactement comme une application normale: on utilise les actions et les templates, et non un fichier de configuration, comme lorsqu'on l'initialise.
Les méthodes peuvent se mettre dans les modèles (dans le dossier lib/model) lorsqu'elles se rattachent au modèle, soit dans un des dossiers lib si elles font autre chose.

[Mitaka]

Bonjour,
j'avoue je suis un petit peu perdue et j'aimerai bien comprendre comment faire mon application.
j'ai une liste de produits qui ont des liens avec deux tables ("supprimé" et "modifié")
certaines colonnes doivent être déterminées par mon programme.
En effet, il s'agit de l'état de mon produit qui peut être modifié par d'autres produits (à afficher), supprimé et non surveillé.
j'avais ajouté des méthodes dans le lib/model pour déterminer l'état mais j'ai 126 requêtes exécutées pour 11 produits récupérés.
j'ai donc voulu optimiser mon programme en utilisant les méthodes déjà existantes du modèle. Le problème est qu'elles ne répondent pas toutes à mes besoins.
je me demandais donc éventuellement si je devais rapatrier toutes les tables liées aux produits dans un tableau, faire des sélections sur celui ci et où coder tout ça sans qu'il y ai tant de requêtes exécutées.
De plus dans le fichier actions.class.php, il y a la variable $this->produits et j'aimerai savoir où elle est déclarée.
j'espère avoir été un peu plus claire que la veille

[Tsilefy]

Bonjour,
Effectivement, 126 requêtes c'est beaucoup. C'est l'un des inconvénients d'utiliser un ORM à la place de requêtes directes. Quoique je me demande s'il n'est pas possible d'utiliser une syntaxe plus succinte pour tes requêtes (ou repenser les relations entre les tables et éviter les jointures que je suppose sont nombreuses).
Après, ça dépend du nombre de tables liées que tu veux rapatrier, et de la taille de ces tables, car à moins que tu n'écrives directement tes requêtes SQL, tu auras un certain nombre d'objets plus ou moins lourds en mémoire. Bon, si tu es relativement libre en mémoire, ça ne devrait pas poser de problème.
Le meilleur endroit pour faire ça serait dans les models, en étendant les classes de base (les classes simples et les peers, suivant la nature des opérations). Le nombre de requête ne dépend pas de l'endroit où tu codes, mais de la syntaxe de la requête, de l'organisation de tes tables. Et quelques fois, malgré toutes les optimisations, on ne peut pas faire autrement que d'avoir des requêtes en grand nombre.

Quant à $this->produit, elle est déclarée là où elle est utilisée. Sa valeur n'est -elle pas fournie par une méthode d'une classe model (Produit, ProduitPeer ou une classe liée) ? du genre :

Code :

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

1
2
 
$this->produit = ProduitPeer::retrieveByPk('id');

ou similaire.

[Mitaka]

merci pour ta réponse mais je n'arrive pas trop à voir comment faire tout ça.
en plus je pense m'être trompée en mettant des méthodes qui interrogent la base dans produit.php et non dans produitPeer.php.
mais si je fais l'inverse, je ne vois pas comment utiliser cette classe dans listSuccess.php.
j'ai quand même réussi à diminuer le nombre de requêtes à 55.

[Tsilefy]

Tu n'as pas à utiliser une classe Peer dans listSuccess.php, même si c'est faisable, ce serait conterdire les principes du MVC. Normalement, tu dois stocker les résultats de la méthode de la classe Peer dans une variable ($this->quelquechose) dans ton action. En préfixant la variable par $this, tu la mets à la disposition de listSuccess, qui peut ensuite l'utiliser par $quelquechose (sans le this).