Une petite question de modélisation d'une fonction dans ma BD.
Voilà, une fonction d'appli web nécessite l'utilisation d'une mailing-list personnalisable par chaque utilisateur (pour cette fonction, une mailing-list = un utilisateur). Dans le futur, il est probable que d'autres fonctions nécessitent aussi une mailing-list / utilisateur.
Quel est le mieux selon vous :
1) rajouter un champ "MailingListMaFct" dans la table relative au profil de l'utilisateur (celle qui contient déjà son ID, son, nom, prénom...) et si y'a dautres fct qui nécessitent une mailing-list, pareil, je rajoute autant de champs dans cette table
2) créer une nouvelle table "Mailinglists" structurée de la manière suivante : ID (INT), TypeFct (INT), ID user (INT), MailingList (text).
 
Perso, je serais plutôt favorable à la 2ième solution.

2nde solution, sans le premier ID (inutile) et une clé composite sur ID_user/typefct

 
Je suis pas fan des clés primaires composées. Sur le plan théorique, oui, c'est ça, mais quand on passe à l'implémentation, ben c'est chiant. Je préfère un bon petit champ auto-incrémenté tout con (et puis, c'est pour mysql )

ton champ servira jamais à rien, et quand t'auras des doublons dans ta table sur id_user/typefct tu viendras pas pleurer

l'ihm ne présente qu'un champ pour saisir une mailing-list en fonction d'un type de fct. Donc, de ce côté là, je suis tranquille.
Après, ça peut très bien évoluer et qu'on puisse avoir pour un couple 1 fct/1 user plusieurs mailing-lists...
Comme les besoins évoluent régulièrement, je préfère ne pas me cantonner à des specs trop rigides
Merci en tout cas pour ta confirmation.