Project

General

Profile

Support #6939

Purger les statistiques

Added by Alain Deschênes over 5 years ago. Updated over 5 years ago.

Status:
Feature implemented
Priority:
Normal
Category:
Tracking / Reporting
Target version:
Start date:
21/01/2014
Due date:
% Done:

100%

Estimated time:
Complexity:
Normal
SCRUM pts - complexity:
?

Description

Bonjour à l'équipe,

J'ai présentement un souci au niveau du volume de la base de données.

Plus les statistiques s'accumulent, plus le volume de la base de données augmente.

Y aurait-il moyen de purger les tables associées aux statistiques ?

Merci,

Alain


Related issues

Related to Chamilo LMS - Feature #4713: Tracking management: droping old entriesNew07/05/2012

Actions

History

#1

Updated by Yannick Warnier over 5 years ago

  • Tracker changed from Feature to Support
  • Category set to Tracking / Reporting
  • Status changed from New to Feature implemented
  • Assignee set to Yannick Warnier
  • Target version set to 1.9.8
  • % Done changed from 0 to 100

Bonjour Alain,

Je change le type de tâche à "Support".
Il existe un tâche à ce sujet, que nous post-posons depuis un certain temps déjà, parce qu'elle n'est pas simple, mais différentes modifications que nous avons apportées dans les derniers mois/années nous rapprochent d'une solution.

Il n'existe pas, à ce jour, de manière automatisée d'éliminer les résultats plus vieux qu'une certaine date, par exemple, mais cela pourrait être assez simple à réaliser.

Là où nous restons bloqués pour l'instant, c'est que nous voulons permettre de "stocker" ces informations d'archives dans d'autres tables, pour pouvoir les récupérer éventuellement pour des cas graves/légaux. Nous avons donc songé à une méthode pour créer des tables "par année", mais cela prend du temps à réaliser.

Cela dit, pour ton cas particulier, si tu peux te permettre d'effacer l'historique, tu peux simplement suivre la procédure suivante:
  • lister les tables qui commencent par "track_" et les tables "c_lp_view" et "c_lp_item_view" (ce sont plus ou moins les seules qui gardent des informations de suivi historiques qui n'a pas d'autre influence sur le contenu, la tabla c_item_property étant intouchable, par contre, dans l'état actuel)
  • identifier le champ de date primaire de cette table (la date qui réellement identifie le dernier moment de modification)
  • supprimer, pour chaque table, tous les enregistrements plus vieux qu'une certaine date (par exemple pour la table track_e_attempt et le champ exe_date ou qqchose comme ça):
    DELETE FROM track_e_attempt WHERE exe_date < '2012-01-01 00:00:00';
    

Je ferme la tâche pour qu'elle ne gêne pas la planification de la 1.9.8, mais n'hésites pas à commenter si nécessaire.

#2

Updated by Alain Deschênes over 5 years ago

Message reçu et ça me convient.

Merci,

Alain

Also available in: Atom PDF