SyncJdd - v-l-m/vlm GitHub Wiki

Cette page vise à centraliser les réflexions pour automatiser / maintenir la base de donnée de la PF de test la plus à jour possible.

• Pour tester certaines fonctionnalités, on a besoin d'avoir des jeux de données complets, exemples :
  • pages de ranking
  • run du moteur sur des cas spéciaux (?)
• Pour certaines mises en production, on a besoin d'avoir une volumétrie complète pour estimer le temps, ou être alerté si le temps est trop long
  • exemple : création d'index en base.

Disposer d'une volumétrie vivante (i.e. à l'exception des traces historisées) la plus proche possible de celle de la prod.

• les comptes utilisateurs de testing utilisés par les devs doivent être persistant

• la synchro ne doit pas effacer les nouvelles courses non encore publiées

• la synchro ne doit pas perturber le développement quand il y a un écart de schéma entre la version n et n+1.

• la synchro ne doit pas garder durablement les mots de passe et information personnelles (non publiées) par les joueurs.

• dump-alive.sh : dump à plat toutes les données vivantes de vlm

  • A noter que ce dump fait du DROP TABLE (donc pas adapté en l'état ?)

• dump-import.sh : importe un fichier dump

• NEPTUNE

  • Export complet vivant vlm
  • Import complet dans une base TMPVLM
  • Suppression des infos personnelles
  • rewrite des emails (exemple : [email protected])
  • suppression de toutes les prefs players dont le permissions est à 0
  • suppression du blocnote
  • suppression de l'email encore stocké dans la table users
  • Export ciblé
  • PUSH du fichier exporté vers TESTING

• TESTING

  • BACKUP (export complet) de la base
  • Import complet dans une base TMPVLM
  • Réindexation de certains identifiants ?