Conseil forum messages lus/non lus
Résolu/Fermé
Bertrand40
Messages postés
1193
Date d'inscription
vendredi 27 mars 2009
Statut
Membre
Dernière intervention
27 février 2023
-
Modifié par Bertrand40 le 1/04/2010 à 12:29
Bertrand40 Messages postés 1193 Date d'inscription vendredi 27 mars 2009 Statut Membre Dernière intervention 27 février 2023 - 2 avril 2010 à 09:07
Bertrand40 Messages postés 1193 Date d'inscription vendredi 27 mars 2009 Statut Membre Dernière intervention 27 février 2023 - 2 avril 2010 à 09:07
A voir également:
- Conseil forum messages lus/non lus
- Comment récupérer les messages supprimés sur whatsapp - Guide
- Ce compte ne peut pas recevoir vos messages car il n’autorise aucune invitation par message ✓ - Forum Facebook
- Message non envoyé appuyez pour réessayer - Forum Mobile
- Iptv bug forum - Forum Box et Streaming vidéo
- Forum iptv ✓ - Forum TNT / Satellite / Réception
1 réponse
avion-f16
Messages postés
19246
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
21 avril 2024
4 497
1 avril 2010 à 18:05
1 avril 2010 à 18:05
Perso je te conseil de créer une table 'lectures' comportant 2 champs :
- id_membre
- id_topic
Inutile d'enregistrer l'id de chaque message, si le sujet (topic) est lu les messages aussi ...
- id_membre
- id_topic
Inutile d'enregistrer l'id de chaque message, si le sujet (topic) est lu les messages aussi ...
1 avril 2010 à 18:13
Mais concernant ce que tu dis, c'est pas forcément le cas.
En effet si quelqu'un vient sur le topic et lit le dernier message, c'est ce que tu dis.
Par contre s'il s'en va et revient alors qu'un nouveau commentaire a été posté, comment l'avertir ?
Non ?
1 avril 2010 à 18:16
1 avril 2010 à 18:21
Justement, tu peux dans la table récupérer tous les membres ayant lus ce topic donc les avertirs :)
1 avril 2010 à 18:26
Mais selon ma première idée, donc en ne créant pas de seconde table, tu penses que ça reste pas bon comme idée ? Trop lourd ? (même si on n'entre que les ID des topics)
Je dois y aller, je répondrai plus tard, merci de suivre ces messages non-lus ;)
1 avril 2010 à 18:37
Avec ma solution, tu as l'avantage de pouvoir utiliser les jointures en SQL.