Conventions de nommage : Multiples foreign keys au sein d'une même table pointant vers même table étrangère.

Bonjour,
Je dois développer une application pour gérer des projets avec RoR / PostgreSQL, et j'ai un soucis au niveau des contraintes de nommage de Rail.

Je me trouve avec une table "projets" qui regroupe les divers infos de chaque projet, et une table "projets_projets" qui liste pour chaque projet, les projets qui lui sont liés.

En résumé :

Code:

---

1 2 3 4 5 6 7 8 9 10

projets id nom date responsable description debut fin cout incertitude

---

Code:

---

1 2 3

projets_projets projet_id # le projet qui nous intéresse id_projet # un autre projet dont il est dépendant

---

Les deux champs de la table "projets_projets" pointent vers "id" de la table "projets".

Vu que Rails a sa façon automatique bien à lui d'interpréter le schéma d'une base de donnée en se basant sur les noms des tables et des champs, je suis confronté à un problème.
Comment dois-je nommer mes champs de la table projets_projets et le nom de ma table projets_projets est-il compréhensible par Rails 3.0 ?

Enfin, même si il y a une astuce pour contourner ce cas, comme gère-t-on ce type de problème où on fait référence à une même table dans plusieurs champs au sein d'une même table étrangère ?

Merci de votre aide

Salut,
Tu peux créer la table projects_projects, je pense que ça ne devrait pas poser de problèmes.
Ensuite dans ton modèle project tu as une relation has and belongs to many qui devrait
ressembler à ça (je pense):

Code:

---

has_and_belongs_to_many :projects, :foreign_key => "foreign_project_id"

---

Tu peux essayer ça. ;)

Merci de ta réponse.
Je vais regarder ça ;)

(désolé pour le temps de réponse; pas mal de taf à côté)

Salut,
Il y a plusieurs manières de gérer les tables qui pointent vers elles-memes.
SI il y a besoin d'une relation N-N effectivement il faut une table de liaison (projets_projets).
Mais peut être que l'utilisation de acts_as_tree ou acts_as_list peut simplement suffire ?