Discussion :

[Syvine]

Bonjour,

Je suis actuellement en train de développer un logiciel Client VoIP.
Le principe sera simple, un peu comme Skype : Un utilisateur pourra avoir d'autres utilisateurs en contacts pour parler avec.

J'aurais besoin d'aide pour savoir quelle serait la bonne conception de tables dans ma base de données.

J'ai comme idée de faire une première table "Utilisateur" qui contiendra un id_utilisateur, un pseudo, un statut, etc..
Là où je coince c'est concernant la deuxième table. Plusieurs choix sont possible mais je n'arrive pas à savoir lequel serait le mieux ou s’il existe une meilleure solution que je n'ai pas encore trouvée.
Je voudrais créer une table Contact pour mettre en relation deux utilisateurs.

Du coup, je pense avoir deux options,
La première :
- une clé primaire id, une clé étrangère qui sera l'id_utilisateur de l'utilisateur qui demande l'ajout en contact, une clé étrangère qui sera l'id_utilisateur de la personne invité en contact, un booléen is_accepted pour savoir si l'invitation a était acceptée.
La deuxième :
- une clé étrangère qui sera l'id_utilisateur de l'utilisateur qui demande l'ajout en contact, une clé étrangère qui sera l'id_utilisateur de la personne invité en contact (ces deux clés seront alors mises en clé primaire de la table), un booléen is_accepted pour savoir si l'invitation a était acceptée.

Dans le premier cas, le fait d'avoir un id en clé primaire pour la ligne, je pourrais me retrouver avec des doublons.
Par exemple : dans le cas où l'id_utilisateur 5 est en contact avec l'id_utilisateur 4 et un peu plus loin dans la base de données l'id_utilisateur 4 sera en contact avec l'id_utilisateur 5.
Pour contrer ce problème j'ai pensé à la deuxième solution, qui est de mettre les deux clés étrangères en clé primaire. Mais, je ne suis pas sure que ça corrigera le problème.

Est-ce que le fait de mettre les deux clé étrangère en clé primaire évitera le doublon ?
Si la réponse est non, existe-il une solution au niveau conception des tables de la base de données ?

J'espère avoir été claire dans mes explications et mes questions.

Merci pour votre temps

[fsmrel]

Bonsoir Syvine,


A vous lire, on comprend que vous prenez le problème à l’envers, vous êtes déjà en train de vos poser des questions sur l’assemblage (bidouillage...) de clés primaires, étrangères, alors que vous devriez d’abord faire abstraction de tout cela, et commencer par rédiger les règles de gestion des données. En ce sens, inspirez-vous par exemple de ce qu’a écrit CinePhil sur le sujet : si les règles de gestion des données, à commencer par les plus importantes, sont bien rédigées, lisibles par un non informaticien (qui n’a donc jamais entendu parler de booléens et autres concepts de la même farine), cela facilite grandement la modélisation.

Ainsi, vous avez des utilisateurs entre lesquels il existe des relations ? Hé bien ! formez déjà une phrase dans laquelle figure en bonne place le rôle de ces utilisateurs, en employant le verbe pertinent, par exemple « inviter ». N’hésitez pas à donner des exemples concrets, avec des noms fictifs d’utilisateurs.

La solution technique, on verra après, une fois que vos aurez modélisé votre sujet sous forme d’un MCD (modèle conceptuel des données ) ou d’un diagramme de classes. A la limite, une fois les règles de gestion des données rédigées, vous pouvez passer directement au niveau relationnel, au moyen d’un outil comme MySQL Workbench. Et vous verrez, vos états d'âmes s'estomperont, on y veillera.

[Syvine]

Bonjour,

Merci pour votre réponse.
Je vais me lancer sur les liens que vous m'avez conseillé et faire de mon mieux pour oublier le technique !
J'essaye de faire trop de choses en même temps et je me suis perdue.