Kikoo,
Oui c'est une bonne approche aussi à laquelle je n'avais pas pensé
Merci beaucoup à tous !
Claire

Et si tu as 1 à n responsable, fait simplement une requête pour récupérer l'application et une requête pour récupérer sa liste de responsables.

oui
s'il y a une notion de binome, systématiquement 2 responsables et jamais plus, alors la première structure est la bonne.

Bonjour or1,
oui c'est juste mais comment garder cette notion 1 et 2 car tout sera mélangé dans la fameuse table. Rien n'indique qui sera le 1 et le binôme.
En ajoutant une 3ème colonne ?
Claire

le jour où il y a 3 responsables, ce modèle n'ira plus. il vaut donc mieux avoir une table responsableapplication avec 2 champs id_appli et id_responsable

Bonjour et merci.
Désolée ma boite a mis certaines notifications en spam

Salut, tout à fait, il te faut bien faire 2 jointures.

Ok peut être faut-il revoir mon modèle..? C'est des choses courantes ?
Clair3

Salut, tout à fait, il te faut bien faire 2 jointures.

Bonjour,
J'avais une petite question technico-pratique. Est-ce qu'il y a moyen de faire autrement ?
Imaginons 2 tables : applications (id_appli, nom_appli, responsable1_id, responsable2_id) et une table reponsables (id,nom,prenom)
Si dans un SELECT sur les applications je veux sortir les nom et prénom de mes 2 responsables je n'ai pas d'autres solutions que de faire 2 jointures cette même table responsables ? 1 pour le responsable 1 et une pour le responsable 2 ?
Claire