[Conception] Ptit soucis de bdd

Bonjour tout le monde.

Je souhaite faire un système de post-it à mon site. C'est à dire que qd il y a qqch de nouveau dans la bdd alors qd la personne se connecte au site un pop up s'ouvre avec un message indiquant le nouveau document ajouté.

Le truc c'est ma bdd comment je fais je dois avoir un auteur du mess, une date, un texte -> ça c'est OK. Par contre je peux avoir un ou plusieurs destinataires (je fais comment??)
Et quand les personnes se connectent il faut vérifier s'il ont un message leur étant destiné si oui alors pop up si non alors index normal.

Comment feriez-vous??

Créer une table "messages_users", avec un id utilisateur et un id message.

Quand un utilisateur se connecte, tu va voir dans cette table, si tu trouve son id, tu affiche le/les messages correspondants...

un peu de conception des données, ca fait de mal a personne :P
Y a pas de forum "Merise" ? :lol:

Messages:
id_message *
auteur_message
date_message
texte_message


Utilisateurs:
id_user *
nom_user
prenom_user
etc etc


userHASmessage:
id_message *
id_user *
msg_lu

(les * représentent des clé primaires.)

ainsi lorsque ton utilisateur se connecte tu vérifie dans la table userHASmessage si à l'indicateur msg_lu, il a lu les messages qui lui sont adressé. Sinon, tu les lui affiches et tu changes l'indicateur.


euh... C'etait francais ? :P

oui c'était français...
Maintenant c'est un peu chaud au niveau du dernier truc tu vérifie qu'il a lu le message...

As-tu un peu de tps à me consacrer??

J'ai effectivement la table messages comme tu le sugère (mon auteur correspond à un user) Mais il manque un ou des destinataires à cette table??

Sinon j'ai bien la table utilisateur.
Par contre l'autre table je ne la comprend pas trop...

Peux tu faire encore plus simple

Une petite optimisation. Le msg_lu n'est pas utile. Si l'utilisateur a un message, afficher le message et supprimer la ligne. Ca permet aussi une purge immédiate de la table.

Citation:

---

Envoyé par jenny50

oui c'était français...
Maintenant c'est un peu chaud au niveau du dernier truc tu vérifie qu'il a lu le message...

As-tu un peu de tps à me consacrer??

J'ai effectivement la table messages comme tu le sugère (mon auteur correspond à un user) Mais il manque un ou des destinataires à cette table??

Sinon j'ai bien la table utilisateur.
Par contre l'autre table je ne la comprend pas trop...

Peux tu faire encore plus simple

---

Quand tu enregistres un nouveau message, il faut dire à qui il s'adresse.
Imaginons que le message m21 s'adresse à l'utilisateur u12, u45 et u56.
Tu complètes la table userHASmessage par :
id_message id_user
m21 u12
m21 u45
m21 u56.

Quand u45 se connecte, tu vérifies s'il y a des lignes dans userHASmessage contenant u45. Si c'est le cas, popup + DELETE des lignes. Sinon : index normal.

Citation:

---

Envoyé par vg33

Une petite optimisation. Le msg_lu n'est pas utile. Si l'utilisateur a un message, afficher le message et supprimer la ligne. Ca permet aussi une purge immédiate de la table.

---

oui, tout a fait !
La ou ca devient génant c'est s'il y a besoin d'historique... Mais sinon c'est encore mieux de supprimer le message lu si il ne sert plus à rien :D

J'ai trop l'habitude de tout archiver :P

en gros, la 3e table correspond a la table "destinataires" dans laquelle tu lis un utilisateurs à ses messages ;)

Citation:

---

Envoyé par Sion_Sempai

La ou ca devient génant c'est s'il y a besoin d'historique... Mais sinon c'est encore mieux de supprimer le message lu si il ne sert plus à rien :D

J'ai trop l'habitude de tout archiver :P

---

Habitude très saine :D
Mais on peut imaginer un champ dans message contenant la liste des destinataires (style :u21::u45::u56:), pour s'y référer ensuite. Cela permet d'alléger la table 3, qui risque à la longue d'être démesurément longue si on ne la purge pas.

Je résume :

J'ai ma table utilisateurs (avec son id...), ma table messages (avec id, user, dest)

Dans ma table utilisateur j'avais prévu un champ IP de l'utilisateur. Est-ce qu'il peut me servir dans cette configuration??

Sinon qu'elle est la propriété du champ destinataire (puisque je peux en avoir un , deux ou encore 25000) BLOB - varchar...

un champ TEXT, voire LONGTEXT devrait suffire. Mais ce champ ne servirait que pour les archives. C'est la 3e table qui servirait pour délivrer les messages.

ok et étant donnée que je n'ai pas besoin d'archiver se message le champ destinataire de la table message est inutile.

Lorsque j'ajoute un message, j'ai mon formualire avec :
- ma date OK
- mon texte OK
- l'auteur avec tte la liste des users OK (j'en choisi qu'un bien sûr)
- destinaitaire : je mets quoi???

Bein... toute la liste des users aussi, non ?
Mais tes membres ne sont pas authentifiés ? Y'a des risques...

oui mais comment je dis qu'il faut que ça remplisse ma table3??

Comment ça y'a des risques?

Si ton membre n'est pas authentifié, il peut envoyer un message en se faisant passer pour un autre.

Pour les destinataires, il suffit d'un select multiple de tous les users. Si ils sont trop nombreux, il faut faire une recherche sur le nom ou l'id des users.

je te remerci pour ton aide...

Tu as l'air d'être fort tu as une adresse mail où je pourrai te joindre... SI tu as du tps bien sûr.

Encoi moi un mess perso...

Je te remercie :D
Personnellement, je préfère échanger sur les forums, pour que quelqu'un me corrige si j'écris une c....rie :D