probleme conception des tables de message

[invitec7fd8fb0]

bonjour,
dans mon application
j'ai trois tables : utilisateur, admin, operateur
chacun de ces trois peut envoyer un message a l'autre
le message peut etre une reponse a un message envoyer par l'autre
ou bien il peut correspondre a une commande (car l'utilisateur passe des commandes a l'admin et l'admin peut envoyer un message sur cette commande (commande validé, rejeté, en cours de traitement))

tous ca concerne une application de gestion des requettes d'impression


mon probleme c'est que je ne suis pas arrivé a determiner est ce que je dois avoir une table message ou bien plusieurs et les attributs qui correspond au sujet et detinaire et comment garder l'historique des messages reponses et ...


voila a quoi je suis arrivé mais jusqu'a la j'ai des problemes sur cette table et comment gerer ces infos : l'historique des messages envoyés et recus....

voila l'image de mld :

##### lien supprimé

pouvez vous m'aider ou me donner des exemples de cas proches


merci bien
-----

[Médiat]

Bonjour,

Il est difficile de proposer un MLD sans connaître tous les détails (la volumétrie peut avoir un impact), mais je suis étonné qu'il n'y ait pas un lien entre la table message et elle-même (pour gérer le fait qu"un message peut être une réponse à un message), et/ou vers la table commande, pour gérer le fait qu"un message concerne une commande.

Vous pouvez ausi envisager de créer une table "Messager", qui serait une FK pour la table "Message" ; les tables "utilisateur", "admin", "operateur" ayant aussi une FK sur cette table (en conception objet, on parlerait d'héritage).

[JPL]

Les images doivent être postées en pièces jointes, pas sur un serveur extérieur.

[invitec7fd8fb0]

merci mediat pour ces astuces que je n'avais pas dans ma tete
j'aimerai bien aussi vous demander est ce que vous pouvez me donner des exemples de mld comme le cas des forums comme celui ci

cancernant votre reponse, le cas d'un message reponse d'un autre message : j'ai pas bien saisi comment ca va fonctionner
est ce qu'il va y avoir un attribut fk de la meme table ou quoi
si vous pouvez m'expliquer d'avantage

aussi d'aprés votre reponse je pense que je n'aurai besoin que d'une seule table message

Image suprimée. Informe-toi sur les pièces jointes (l'outil trombone - par exemple - dans le mode avancé de l'éditeur de messages)

merci bien

[A voir en vidéo sur Futura]

[Médiat]

Bonjour,

Comme je vous l'ai dit, sans avoir tous les détails, ce n'est pas facile de faire un modèle, l'exemple ci-dessous est très souple, mais peut amener à gérer des requêtes plus (trop) complexes, qu'en mettant ADMIN, OPERATEUR et UTILISATEUR dans une seule table (avec certaines colonnes nulles pour les ADMIN et d'autres nulles pour les OPERATEUR, etc).

Pour être plus clair : dans l'entité Messager vous mettez tous les attributs communs à ADMIN, OPERATEUR et UTILISATEUR
dans l'entité ADMIN, vous ne mettez que les attributs spécifique des ADMIN,
dans l'entité OPERATEUR, vous ne mettez que les attributs spécifique des OPERATEUR,
dans l'entité UTILISATEUR, vous ne mettez que les attributs spécifique des UTILISATEUR.

Pour les messages, vous pouvez gérer l'émetteur et le récepteur chacun pouvant être ADMIN, OPERATEUR ou UTILISATEUR, ainsi que le message auquel vous répondez (si pertinent).