Bonjour,

Vous trouverez peut-être une solution à ce problème dans cette
discussion (en anglais) :
http://www.mail-archive.com/[EMAIL PROTECTED]/msg42685.html

Cependant, il faut garder en tête que cela ne pourra pas marcher au
delà de 2 primary keys.

pour reprendre ton exemple :
team et membres "have many" team_membre_role
team_membre_role "belong to" team
team_membre_role "belong to" membres

Cette méthode reviendrait à faire un "HasAndBelongsToMany". le champ
rôle serait dans le cas suivant : "If you need to get at extra data in
the join table (data other than the primary key) use the "with" key in
the HABTM relationship definition."

Selon un des auteurs de cette discussion, il ne serait pas nécessaire
de créer un controller et un model pour la table team_membre_role
puisque les data seraient accessibles via le controller et le model de
team à partir d'un team_id et via membre à partir d'un membre_id.
ce débat là, un controller et un model pour la table de jointure, à
mon avis, est tout à fait subjectif et dépend beaucoup de ton
application.

Je doit implémenter plusieurs champs de mon appli qui correspondent à
ce shéma, avec quelques données supplémentaires dans la table de
jointure. je te tiendrais au courant si je trouve quelque chose de
simple et de propre

On 4 juin, 08:24, foxmask <[EMAIL PROTECTED]> wrote:
> ah oui j'ai compris !
> donc une PK sur la table de jointure et dans le module un checkUnique
> qui,
> si l'unicité risque d'être compromise, remonte l'erreur au controller
> lequel la renvoi
> là la vue.
>
> je vais regarder ça.
> Merci.
>
> On 4 juin, 07:42, "Mehdi AMINI" <[EMAIL PROTECTED]> wrote:
>
> > Le 3 juin 2008 22:57, foxmask <[EMAIL PROTECTED]> a écrit :
>
> > > oui mais non
> > > justement je ne peux pas faire un jointure sur les clés etrangeres des
> > > 3 tables
> > > la table de jointure est là pour ça et là sa clé unique est une clé
> > > composée.
>
> > Je ne comprend pas ce qui t'empeche de mettre un id auto increment
> > dans la table de jointure, puis de créer des relation HBTM comme sur
> > toute table de jointure.
>
> > Le pb de primary key n'est que d'assurer une unicité du couple de tes
> > 2 colones, rien à voir avec la modélisation des relations.
>
> > Mehdi
--~--~---------~--~----~------------~-------~--~----~

Groupe "Cakephp-fr".
Adresse : [email protected]
Pour résilier  : [EMAIL PROTECTED]
Pour les options : http://groups.google.com/group/cakephp-fr?hl=fr
-~----------~----~----~----~------~----~------~--~---

Répondre à