From 79d4a06fdf34f03f35ab21dbf5684a04a14ad1e9 Mon Sep 17 00:00:00 2001 From: Adam Belkacemi Date: Wed, 14 Oct 2026 09:34:43 +0200 Subject: [PATCH] =?UTF-8?q?journal=20:=20v=C3=A9rification=20r=C3=A9elle?= =?UTF-8?q?=20de=20l'optimisation=20MariaDB?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Sonnet 5 --- docs/journal.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/docs/journal.md b/docs/journal.md index e65b5c4..af250f9 100644 --- a/docs/journal.md +++ b/docs/journal.md @@ -1145,6 +1145,8 @@ Dernier chantier annoncé du bloc B pour l'instant : index vérifiés par `EXPLA Deux fois dans ce chantier, mesurer plutôt que deviner a changé la décision : `devoirs.echeance` avait l'air d'un candidat évident à un index composite, `EXPLAIN` a montré que non. À l'inverse, `lab_sessions.etat` n'avait rien d'alarmant en lisant juste le code — c'est le volume réel (30 000 lignes, après des mois d'usage) qui rend le manque d'index coûteux, invisible sur les quelques lignes qu'on a aujourd'hui en production. +**Vérifié sur le serveur réel** : les deux index existent bien sur la vraie base (`SHOW INDEX`) ; un prof jetable avec deux classes (une avec une correction et une observation, l'autre vide) voit `/resultats` afficher les bons chiffres pour la bonne classe (« 1 correction(s) · 90 % de réussite », l'observation au bon endroit, la classe vide à 0). Classe et compte de test supprimés ensuite. + **Suite** -Déployer la migration d'index et le correctif N+1, vérifier en réel, puis reprendre le dernier point du bloc B : stockage S3 des travaux d'élèves. +Dernier point du bloc B : stockage S3 des travaux d'élèves (Hetzner Object Storage, avec versioning).