Merci de ta première réponse ...

Je vais tenter de préciser mon problème ... ce qui n'est pas évident compte tenu de mes connaissances en la matière.

En fait la table match est censée géré un résultat sportif avec le nom d'une premier joueur et d'un second joueur, "appelés" via leur "id" (d'où le joueur1_id et joueur2_id).

Au niveau de la vue "New", apparemment pas de souci : j'ai bien la possibilité d'appeler les @match.joueur.nom de chaque joueur ...
Le problème semble se situer au niveau de la "création" d'un nouveau résultat de match ... C'est à ce moment qu'apparaît le message d'erreur du type : "StatementInvalid ... la clé dupliquée ..."

Si je saisis un résultat "en dur" via les commandes postgresql par ex. j'ai la possibilité ensuite d'utiliser la "vue" sur le résultat et ainsi obtenir un nom de joueur différent correspondant à chaque "id" de joueur ... à condition toutefois d'avoir indiquer une foreign_key "spécifique" (joueurdomicile_id) pour le 1er joueur et une "standard" (joueur_id) pour le second ... dans le cas contraire, seul le "premier" joueur est identifié ...
D'après ce que j'en comprends ROR (ce qui n'est pas gagné !! :) ) est dans l'impossibilité d'identifier le bon "id", au moment de la création, pour le joueur "à domicile" et celui pour le joueur "visiteur" ...

En fait je crois que c'est un problème de structure...
Pour pouvoir bien utiliser un objet ruby, il faut utiliser active record pour créer tes tables, c'est plus simple et je ne sais faire que comme ca...
tu peux faire:


script/generate model match
script/generate model joueur


dans le dossier db/migrate/002_joueurs.rb tu ajoute
t.column :match_id, :string

pour mettre le tout dans ta base:


rake db:migrate

(si les tables ne sont pas encore crées)

en ajoutant apres le has_many et le belongs_to ca devrait marcher! ;)

Bonsoir,

Merci encore de tes réponses.

En fait ... le problème venait de ma table matches ... y'avait un problème dans la sequence de la clé primaire ... du coup mes tentatives de création - mise à jour des matches butait sur un "id" redondant ...
après réinitialisation de la "sequence_id" ... tout fonctionnait correctement et je pouvais donc afficher dans la vue match le joueur1 face au joueur2 ...

Comme quoi quand on découvre et (postgre)sql, et ror et plus globalement le balbutiement dans la programmation ... on peut perdre des jours pour ... pas grand chose.

Bonsoir,
Je viens de lire ce que vous avez rencontré comme problème, et il se trouve que je tombe sur un cas similaire où j'ai deux joueurs (clients dans mon cas) qui poitent vers un match ( une taches dans mon cas) à un détail prés que j'ai deux rôles à attribuer à mes clients ( un donneur et un receveur). Pour un match on s'en fou, ils ont juste besoin de marquer leur présence A contre B ou B contre A c'est kif-kif.
Au début j'ai pensé à utiliser l'héritage des tables dans le modèle, ainsi il y aura un attribut de plus qui détermine le profil du client (donneur ou receveur):

class Client < ActiveRecord::Base
end
class Donneur < Client
belongs_to: tache
end
class Receveur < Client
belongs_to: tache
end


Mais avant d'aller plus loin, je suis curieux de connaitre ce que vous appellez par "Sequence"
, Merci

Oui, le STI est un truc sympa et fourni de base dans AR.

http://api.rubyonrails.org/classes/ActiveRecord/Base.html
(recherche: Single Table Inheritance)