Il n'y a pas grand chose à faire pour maintenir le bon fonctionnement de VT. Mais comme VT enregistre pas mal d'informations qui permettent de vérifier son bon fonctionnement, il peut être utile de temps en temps de vider certaines tables. Dans la table utilisateurs_actions sont enregistrées des informations qui sont utiles pour vérifier que toutes les actions se sont correctement achevées (l'identifiant de l'utilisateur, les dates et heures de début et de fin de chaque action, le champs achevé qui vaut 1 si l'action sa été achevé et le numéro de la commande associée à l'action). Chaque commande entraine généralement de nombreuse actions ce qui explique la taille très importante que peut prendre la table ce qui entraine des ralentissement du fonctionnement de VT.
Les essais réalisés jusqu'à maintenant montrent que très peu d'actions ne sont pas achevée (de l'ordre de 0,000001 %). Les actions inachevées correspondent généralement à des interruptions brutales de VT par l'utilisateur (arrêt de la machine pendant une action). Il est fort probable que ce suivi soit supprimé dans une version future de VT.
Lorsque l'utilisateur de VT réalise une commande de destruction, les données correspondantes dans la base ne sont pas détruites : elles sont simplement marquées comme étant détruites mais restent présentes dans les tables. Ceci est nécessaire pour permettre à VT de réaliser les synchronisations régulières. Cela permet également de “rattraper” des erreurs de manipulation. Cependant, cela alourdi la base qui s'encombre de données devenues obsolètes. Il convient donc de temps en temps (mais ce n'est absolument pas obligatoire) de détruire ces données inutiles. Pour cela, il suffit de détruire dans toutes les tables les données dont le champ deleted vaut 1.
Le passage à une nouvelle année ou un nouveau semestre peut être l'occasion de nettoyer la base.
Si l'on souhaite garder les séances et réservations de la période précédente, il est possible de décaler toutes les séances et réservations d'un nombre de jour à fixer.
Attention, VT va agir sur chacune des séances et des réservations de la base, cela peut prendre un certains temps (30min voire plus selon la taille de la base) durant lequel VT semble figé. Pour gagner du temps, il est conseillé de supprimer avant le décalage d'un an toutes les séances et réservations inutiles, celles notées “deleted=1” etc.
Pour préparer une base propre pour une nouvelle année, il est utile de nettoyer la base. On agit directement dans celle-ci (sans l'action de VT) à partir de phpmyadmin ou autre gestionnaire de base de données.
Il est possible