Cependant, je comprends bien le principe mais avec le principe de ne pas utiliser les RequestAction, je suis bloqué.

Quelle serait donc la solution pour afficher les équipes locales et visiteuses avec la méthode de ne plus utiliser les RequestAction.

Ca me bloque pas mal de nuits pour le moment

Merci beaucoup en tout cas pour ces tutos qui me sont bien utiles. Tout est très bien expliqué. Bravo pour votre travail

Je souhaiterais avoir vôtre avis sur un problème que je rencontre en ce moment, je réalise une application avec Cake qui contient une table personne

Personnes{ id auto-increment nom varchar(24) prenom .. … responsable_id int }

Sachant qu’une personne peut avoir un responsable et que le responsable est lui même une personne, je souhaiterais donc mettre en place une relation reflective.

Mais si j’ai bien compris vos explications

je dois donc rajouter un champs (ex:pasresponsableid) à ma table Personne: Personnes{ id auto-increment nom varchar(24) prenom .. … responsableid int pasresponsable_id int }

et définir mon model comme suit:

array(
'clasName'=>'Personne',                      'joinTable'=>'Personne_Personne',
'foreignKey'=>'pasresponsable_id',
'associationForeignKey'=>'responsable_id'
 ),                               'Responsable'=>array(                                       'clasName'=>'Personne',                      'joinTable'=>'Personne_Personne',            'foreignKey'=>'responsable_id'                'associationForeignKey'=>'personnel_id'
   )
);
}
?>

J’ai implémenté cette solution et malheureusement elle ne fonctionne pas,et m’affiche l’erreur suivante:

Missing Database Table Error: Database table personnels for model Personnel was not found.

Je voudrais savoir si vous auriez une idée de ce qui cloche..ou tout simplement si j’ai mal implémenté ma solution?

Je vous remercie d’avance.

Je me demandais : Comment peut on obtenir la liste (id par exemple) de toutes les rencontres effectuées par une équipe donnée ?

• Je récupère la liste des matchs à domicile et ceux à l’exterieur, et je merge les réponses ?
• Je récupère la liste des matchs à domicile (par exemple) avec une condition sur le statut de l’equipe permettant qu’elle soit aussi ‘visiteurs’ :

// Je veux les rencontres de l'equipe 1
$conditions = array('OR'=>array(array('EquipeLocaux.id'=>1),array('EquipeVisiteurs.id'=>1)));
$rencontres = $this->Equipe->RencontreDomicile->find('all',array('conditions'=>$conditions));

Cette solution n’apparaît pas très logique (d’un point de vue écriture, pas programmation) car je recherche les Matchs à domicile même s’ils sont à l’exterieur en fait… Cela revient à considérer que chaque match est un match à domicile pour l’une des équipes. Est ce juste ?

Il faudrait en parler à la communauté, mais mon niveau d’anglais écrit est vraiment faible pour être sûr de tout transcrire correctement, notamment les arguments pointus de mes gourous SQL…

J’ai un léger doute quant à une amélioration sur ce point, voici une affirmation de Nate en réponse à un ticket : « Cake does not support compound primary keys in any form, fashion, or capacity. »

Ou cette discussion animée du Google group

Donc d’après toi, pour toute table qui n’est pas « cake compliant », nous devons rajouter un champ id auto-increment ? Mais alors, au niveau de la création de la table (par exemple avec DbDesigner), comment on fait ? On déclare juste la PK sur id auto-increment et on pose deux index simple sur les autres champs ? Et si je migre mon appli sur un autre SGBD ou sous un autre langage de script, je sui bon pour refaire toutes mes tables ?!

Donc en modélisation relationnelle, la table « rencontres » ne devrait pas contenir de champ id auto-increment, mais simplement deux fois la clé primaire de la table « équipes ». Et par ailleurs, la clé primaire de la table « rencontres » devrait se faire sur les deux colonnes à la fois, car nous sommes dans un cas « plusieurs à plusieurs ».

Or, Cake saute allègrement à pieds joints sur le concept de relation réflexive et sur les clés primaires multiples ou composées.

Je me bats avec cela depuis quelques jours, car l’ajout « artificiel » d’un champ id dans ce type de relation entraîne une baisse de perforamnce qui peut vite être conséquente, en plus d’être discutable SQLellement parlant.

Je nuance toutefois, car dans ton cas, on pourrait très bien numéroter les rencontres et là, la colonne id aurait une justification possible. Cependant, dans ce cas, la table rencontres contiendrai d’autres champs, comme « résultat », « cartons jaune », « nombre de buts », etc. et ne serait pas une simple table de liaison…

Voilà un lien vers une discussion que j’ai eu avec des gourous SQL, qui conforte mon idée que Cake pêche un peu à ce niveau : http://www.developpez.net/forums/showthread.php?t=486821

et ensuite : http://www.developpez.net/forums/showthread.php?t=490905