| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Renommage de la template contenant le formulaire
|
|
|
|
|
|
|
|
|
|
Valeurs par défaut des champs du formulaire
Format de validation
|
|
|
|
|
|
|
|
ligne lors du parsage, puis on les remplace à nouveau par des <br />
lors du rendu des templates.
|
|
|
|
|
|
changements effectués sur la structure de la base de données
|
|
années
Réduit considérablement le nombre d’appels effectués dans l’interface
d’administration
|
|
|
|
|
|
|
|
|
|
|
|
|
|
C’est à partir de ce commit que la migration fournie sur la ML est utilisable.
|
|
l’autre pour les sources
|
|
PAS APRÈS AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
|
|
|
|
|
|
|
|
|
|
|
|
du temps des salles
|
|
|
|
|
|
|
|
l’interface d’administration
|
|
|
|
|
|
|
|
sur la semaine sélectionnée (utilisation de exists() au lieu de count())
|
|
|
|
|
|
groupe (si jamais il n’y a pas de semestre), renvoi du numéro de
semestre dans group_info, adaptation de corresponds_to.
|
|
|
|
|
|
– sélection des cours d’un groupe : préchargement des
salles
– sélection des emplois du temps d’une année : préchargement de
l’année
|
|
|
|
|
|
|
|
|
|
Légère modification de la requête pour récupérer les semaines de
cours (au lieu de filtrer par l’emploi du temps, on filtre par les
groupes), résultant en une nette accélération du traitement
Avant modification :
SQLite : ~420ms
PostgreSQL : ~60ms puis ~30ms
Après modification :
SQLite : ~18ms
PostgreSQL : ~23ms puis ~13ms
La progression sur PostgreSQL est celle qui importe le plus, puisqu’il
s’agit du SGBDR utilisé en production, mais la requête s’effectue tout
de même plus rapidement (un peu plus qu’un rapport 2), ce qui reste
intéressant.
|
