Question de modélisation

Question de modélisation - SQL/NoSQL - Programmation

Marsh Posté le 01-10-2007 à 14:32:50    

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.

Reply

Marsh Posté le 01-10-2007 à 14:32:50   

Reply

Marsh Posté le 01-10-2007 à 14:39:46    

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

Reply

Marsh Posté le 01-10-2007 à 14:42:34    

MagicBuzz a écrit :

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 :D)


Message édité par rufo le 01-10-2007 à 14:42:59
Reply

Marsh Posté le 01-10-2007 à 14:51:00    

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

Reply

Marsh Posté le 01-10-2007 à 16:37:24    

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.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed