06-05-2010, 12:57 AM
Dans ce cas laisse tourner ta requête.
Admettons qu'à chaque fois qu'on agit sur un joueur, on crée une entrée dans une table d'événements (appelons là events) pour ce joueur.
Ça évite à ta requête de recherche d'activité de devoir contrôler plein de choses (et ça permet de faire des logs).
Ta requête (lancées toutes les X minutes) ira chercher les événements du joueurs. Donc tu auras une requête de type :
Ce genre de requête ne consomme rien, encore plus avec un index sur la colonne user_id. Tu peux la laisser traîner sans craintes.
Sephi-Chan
Admettons qu'à chaque fois qu'on agit sur un joueur, on crée une entrée dans une table d'événements (appelons là events) pour ce joueur.
Ça évite à ta requête de recherche d'activité de devoir contrôler plein de choses (et ça permet de faire des logs).
Ta requête (lancées toutes les X minutes) ira chercher les événements du joueurs. Donc tu auras une requête de type :
SELECT * FROM events WHERE user_id = %d AND has_been_read = 0;
Ce genre de requête ne consomme rien, encore plus avec un index sur la colonne user_id. Tu peux la laisser traîner sans craintes.
Sephi-Chan