Delirium Stage

Il ne se passe une semaine sans que l’on fasse au moins une boulette, aussi infime et sans conséquence soit-telle. La plupart du temps, elles n’arrivent jamais au bon moment pour le peu qu’il y ait un bon moment pour en faire. Bien entendu dans mon cas, je la fais le vendredi soir peu avant de partir histoire de bien être blasé pour le week end.

Mais quelle est donc cette fameuse boulette ? Afin de vérifier la cohérence des données de la base de données sur laquelle je bosse, j’y vais en dur en passant par MySQL Query Browser. Quelques requêtes plus loin, je m’apperçois qu’il y a un soucis pour une catégorie d’enregistrement : toutes les dates sont décallées d’un jour ce qui fait que les résultats d’une date N sont inscrits comme étant ceux de la date N-1. Il faut donc que je corrige ça pour le mois qui posait soucis. Ni une ni deux, je tape une super petite requête de la mort qui tue qui me re-calle bien comme il faut le tout. Mais bien sur dans mon élan, j’en oublie de limiter le champ d’action de mon update à la catégorie qui pose problème ce qui fait que ce sont tous les enregistrements qui sont modifiés. J’ai un peu aggravé le truc en essayant de rattraper ma connerie en voulant aller trop vite. Et bien sûr j’avais complétèment zapper de faire une sauvegarde à cause du classique « pas besoin pour une requête aussi bidon », la dernière que j’avais remontant à la semaine dernière. Mais vu que la base compte plusieurs dizaines de milliers d’enregistrements et est mise à jour tous les jours avec l’ajout d’environ deux milles enregistrements.

La bonne nouvelle de cette histoire, parce que oui il y en a une, c’est que je bosse en local sur une base de données de test étant donné que je suis encore en plein développement. Le soucis c’est que toutes ces données qui me servaient de jeu de test sont corrompues et je ne pourrais pas vérifier la pertinence de mes résultats pour ce mois-ci. Pour la peine, j’ai mis en place un petit batch en tâche planifiée qui me fait une sauvegarde quotidienne des trois bases que j’utilise que je vous partage :

setlocale
cd C:
set MYSQLDUMP_HOME=C:\mysqldump\%date:~0,2%-%date:~3,2%-%date:~6,4%
mkdir %MYSQLDUMP_HOME%
cd %MYSQLDUMP_HOME%
mysqldump --host=localhost --user=root --password=monpetitpass final_dbm  > final_dbm-%date:~0,2%-%date:~3,2%-%date:~6,4%.sql
mysqldump --host=localhost --user=root --password=monpetitpass hibernate  > hibernate-%date:~0,2%-%date:~3,2%-%date:~6,4%.sql
mysqldump --host=localhost --user=root --password=monpetitpass quartz  > quartz-%date:~0,2%-%date:~3,2%-%date:~6,4%.sql

Il n’empêche que je vois toujours pas les enregistrements ont été décallé, faudra que je me penche dessus ! Go trackmania pour la peine.

Aucun article à afficher.