Discussion :

[mikaelm]

Bonjour, j'ai besoin de votre aide, je débute.

J'ai trois fichiers : utilisateur, client et client_utiliateur.

Les 3 fichiers sont ainsi :

utilisateur
identifiant
mot_de_passe

client
code_client
nom
prenom

client_utilisateur
identifiant
code_client

Sachant que client_utilisateur fais le lien pour savoir queles utilisateurs peuvent accéder au client et inversement, à quels clients peut accéder l'utilisateur.

Est ce que vous pouvez m'aider pour cette déclaration ?

PS : Je tiens à préciser que la table client_utilisateur n'a pas le champ ID par defaut.


merci

[hackiles]

ce post devrait t'aidé: http://www.developpez.net/forums/sho...16&postcount=4

[Zfred]

J'ai trois fichiers : utilisateur, client et client_utiliateur

??? Comment ça 3 fichiers ? 3 modeles tu veux dire ?

En théorie, tu devrais avoir
- 2 modeles : Utilisateur.rb Client.rb
- 3 tables : utilisateurs clients clients_utilisateurs
- 1 controlleur

Si tu veux que la magie de Rails fonctionne, il faut déja respecter l'orthographe (par exemple la table d'association doit s'appeller clients_utilisateurs et non pas client_utilisateur...)
Ensuite il te faut définir la méthode pour associer tes 2 modeles :
- Soit définir une association habtm dans chacun
- Soit utiliser l'association :through
- Soit générer un modele intermédiaire et faire des associations has_many et belongs_to

Bon courage

[bolo]

2 modeles : Utilisateur.rb Client.rb

tu voulais dire 3 models ?
utilisateur
client
client_utilisateur

[Zfred]

Non 2
Apres ça dépend de l'association que tu utilises.
Il est parfois judicieux de générer un 3eme modele sur la table d'association.
Mais si tu n'en n'a pas l'utilité, ne vas pas générer des modeles pour le plaisir !

Et puis je me permet une remarque au passage : Si tu généres un modele sur l'association, tant qu'à faire, donne lui un nom sympa !
Par exemple dans le cas présent, je l'appellerais Gestion, ou Achat, ou Sav...enfin quelquechose qui se rapproche de la fonction métier...

Il y a de la doc p257 du livre Ruby on Rails 1ere Edition

[bolo]

Non 2
Apres ça dépend de l'association que tu utilises.
Il est parfois judicieux de générer un 3eme modele sur la table d'association.

Avec quelle assos tu veux utiliser deux models. J'aimerais bien voir ton exemple je rapelle pour ce qui ne savent pas
que Has_many :though est lègèrement différent depuis Rails 1.1

Mais si tu n'en n'a pas l'utilité, ne vas pas générer des modeles pour le plaisir !

non simplement les conventions
Une table = model

[Zfred]

Client
has_and_belongs_to_many :utilisateurs

Utilisateur
has_and_belongs_to_many :clients

Et il faut créer à la main la table clients_utilisateurs qui contient 2 champs :
utilisateur_id
client_id

(Pas de has_many :though)

[Zfred]

Le mieux c'est encore la doc officielle :
http://wiki.rubyonrails.org/rails/pa...elongs_to_many

Je vais pas traduire mais en gros ça dit :
- has_and_belongs_to_many crée une relation NN entre 2 modeles.
- Si on a besoin que l'association soit porteuse de données, on peut stocker les données dans la table utilisateurs OU la table clients, et on y accede grace à :through
- On accede à des méthodes implicites : push_with_attributes + les méthodes standard...
- Ca buggue si il y a un champ id dans la table intermédiaire

-----------------------------------------------------------------------------------

Ce que j'en dis (mais c'est un avis perso) :
- Si j'ai juste besoin de créer une association NN, has_and_belongs_to_many est parfait.
- Si l'association est porteuse de données, alors je fais un modele intermédiaire, (donc un champ id) et des relations simples has_many et belongs_to
Je rajoute des méthodes directement dans ce modele intermédiaire et je gere à partir de lui.
- Le probleme du :through c'est qu'on ne sais jamais par quel bout le prendre.
Mais c'est une solution solide aussi.