Commentaires sur : Optimiser les requêtes SQL de CakePHP

Par : lioninho11

lioninho11 — Sun, 07 Jun 2009 03:54:22 +0000

Juste pour savoir, comment pourrait -on faire pour réccupérer le nbre de commentaire associé à un arcticle, et l’afficle dans la vue « index par default ».

Par : Nicolas

Nicolas — Fri, 24 Apr 2009 14:50:24 +0000

Bonjour,

J'ai bien lu cet article, il m'a permet déjà d'y voir un peu plus clair mais j'ai un problème plus profond pour ma part, et j'espère que vous pourrai m'aider :)

J'ai 5 tables principales : categories, sub_categories, marques, modeles et annonces

Dans annonces, j'ai un index modeleid Dans modeles > marqueid Dans marques > subcategoryid Dans subcategories > categoryid

J'aimerai pouvoir faire plusieurs choses avec ceci !

La première que je puisse par exemple générer un plan de site total, les sous cat appartenant a chaque cat, puis chaque marque appartenant a chaque sous cat, etc...

Je n'y arrive pas car bien entendu c'est à 5 niveaux, et votre astuce montre seulement 2 niveaux.

Comment je peux faire svp ?

Seconde et dernière question, si par exemple, je souhaite afficher le nbre d'annonces (donc la dernière table) sur ma liste des catégories (cette catégorie abc contient y annonces), comment dois je m'y prendre.

Et biensur le tout d'un facon "propre".

Car rien qu'en faisant un simple recursive = 4, je me retrouve avec 30 requetes SQL !! avec plein de IN.

Merci d'avance.

Par : othman ouahbi

othman ouahbi — Thu, 23 Oct 2008 18:31:56 +0000

Es-tu sûr que tu n'as pas de duplication pour le changement de hasMany en hasOne ?

Ce n'est pas si facile que ça sinon les développeurs aurait codé hasMany avec un LEFT JOIN. Il faut faire DISTINCT Auteur.id

Un autre problème avec ça est la pagination. Cake ne gère pas la pagination avec DISTINCT. Car il faut deux requêtes ( un COUNT() et un SELECT normal ) avec DISTINCT, la bonne rêquete est COUNT(DISTINCT field). La dernière consomme énormément de ressources.

Par : Cherry on the… » Deux nouveaux articles sur CakePHP

Cherry on the… » Deux nouveaux articles sur CakePHP — Tue, 26 Aug 2008 08:47:47 +0000

[...] premier rappelle quelques principes d’optimisation des requêtes SQL dans le contexte de CakePHP, [...]

Par : Pierre-Emmanuel Fringant

Pierre-Emmanuel Fringant — Mon, 25 Aug 2008 16:13:42 +0000

@djenvert : merci pour l’argument, j’ai mis l’article à jour.

Par : Guillaume aka djenvert

Guillaume aka djenvert — Mon, 25 Aug 2008 11:48:19 +0000

Très bon article, comme d’hab. j’ajouterais une raison pour favoriser l’utilisation des méthodes « toutes faites » de CakePHP : à ma connaissance, quand on utilise Model::query(), les callbacks (afterXXX, beforeXXX) et ce qui peut leur être associés (behaviors…) ne sont pas appelés, ce qui peut créer des incohérences si on a mis dans ces callbacks un peu de code.

Sinon, Containable, c’est quand même quasi miraculeux. Je me demande comment on faisait avant. La multiplicité des syntaxes me perturbe encore un peu, toutefois. Et il y a quelques trucs qu’il ne gère pas encore, à ma connaissance (le « group by », qui est géré dans Model::find() depuis peu, par exemple).

Par : Pierre-Emmanuel Fringant

Pierre-Emmanuel Fringant — Sun, 24 Aug 2008 10:56:38 +0000

Ah oui, là effectivement ce serait le pied. Il est cependant possible de simplifier un peu la notation du Containable, je n’ai présenté ici que la notation la plus stricte (que je trouve plus claire). L’exemple du 4 peut se simplifier comme suit :

$data = $this->Article->find(
    'all',
    array(
        'fields' => array('Article.titre', 'Article.created'),
        'contain' => 'Tag.label'
    )
);

Par : Pixelastic

Pixelastic — Sun, 24 Aug 2008 10:50:48 +0000

Je suis d'accord qu'un peu d'automatisation ne serait peut-être pas un mal. Pour reprendre ton exemple que l'on n'ai qu'à écrire :

'fields' => array('Article.titre', 'Article.created', 'Tag.name')

et que le Containable aille chercher tout seul le Tag, sans avoir à le préciser

Par : Pierre-Emmanuel Fringant

Pierre-Emmanuel Fringant — Sun, 24 Aug 2008 10:44:29 +0000

@Jay : j'ai travaillé sur une appli avec des dizaines de milliers d'enregistrements, et à part cette astuce de jointure forcée sans laquelle l'application était à genoux, je n'ai rien eu à changer dans mes habitudes pour que tout marche vite et bien. Si cela peut te rassurer...

@Damien : Automatiquement ? Comment voudrais-tu qu'en faisant un findAll sur les Articles en ne voulant que les Tags associés et pas les Auteurs, Cake sache automatiquement associer les bons modèles ?

Par : Damien

Damien — Sun, 24 Aug 2008 07:39:28 +0000

En effet, Containable permet de corriger cet éventuel problème. Cela me semble très lourd cependant. Surtout lorsque c’est le genre de choses qui pourrait être fait automatiquement. M’enfin bon.