Commentaires sur : Une clé étrangère présente deux fois dans une table

Par : avairet

avairet — Thu, 14 Feb 2008 17:04:00 +0000

Je me sens moi seul d’un coup ;o))

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

Par : Pierre-Emmanuel Fringant

Pierre-Emmanuel Fringant — Thu, 14 Feb 2008 16:04:49 +0000

“On déclare juste la PK sur id auto-increment et on pose deux index simple sur les autres champs ?”
- C’est la solution que j’ai adoptée, ça n’est pas très satisfaisant, mais cela permet de continuer à utiliser certains automatismes de Cake.
“Et si je migre mon appli sur un autre SGBD ou sous un autre langage de script, je suis bon pour refaire toutes mes tables ?!”
- Et oui ! D’où une sérieuse attente d’amélioration sur ce point.

Par : avairet

avairet — Thu, 14 Feb 2008 15:05:09 +0000

Ouf, cela me rassure que tu penses comme moi ! Car en lisant le Google Group sur ce thème, j’avais l’impression de passer pour un ch… qui casse les pieds avec sa théorie et sa modélisation !

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 ?!

Par : Pierre-Emmanuel Fringant

Pierre-Emmanuel Fringant — Thu, 14 Feb 2008 14:42:44 +0000

Je suis tout à fait d’accord avec toi, j’ai eu le problème avec une relation HABTM (gestion de frais de port par article et par pays) et il est impossible de faire proprement (conceptuellement parlant) sans faire les choses à la main. J’espère que cela sera amélioré dans les prochaines versions.

Par : avairet

avairet — Thu, 14 Feb 2008 13:57:30 +0000

Ce que je voulais dire, c’est que théoriquement parlant, la table “rencontres” que tu décris est en fait une “relation réflexive” de la table “équipes”, c’est à dire qu’elle se fait une HABTM sur elle même.

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

Par : Avairet

Avairet — Wed, 13 Feb 2008 17:00:58 +0000

Oui tu as bien cerné, mais je dois encore analyser ta réponse pour être sûr de mon fait, mais là je pars du bureau, donc ce sera pour demain !

Par : Pierre-Emmanuel Fringant

Pierre-Emmanuel Fringant — Wed, 13 Feb 2008 13:39:47 +0000

Le modèle que je propose ne pose aucun problème en cas de multiples rencontres entre les mêmes équipes. Cela coincerait si la clé primaire de la table rencontres était composée des deux clés étrangères equipe_locaux_id et equipe_visiteurs_id, or la table rencontres a bien sa propre clé primaire id, et il n'y a aucune contrainte d'unicité sur le couple de clés étrangères. Ai-je bien cerné ta question ?

Par : Avairet

Avairet — Wed, 13 Feb 2008 10:57:58 +0000

Salut,

Dirais-tu que ton exemple permet de modéliser sous Cake une “association réflexive” ?

Parce qu’en cas de multiples rencontres entre les mêmes équipes (relation n:m), l’association “hasMany / bleongsTo” ne tiendrait plus… or Cake semble ne pas pouvoir modéliser correctement ce genre de relation (SQLellement parlant bien entendu).

Je suis à la recherche de solutions sur le sujet, car je dois utiliser des schémas de BDD tout fait, dont je ne peux modifier les associations et les clés/index…