Development #38903
perf de l'API de récupération des demandes d'un usager
Début:
11 janvier 2020
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Oui
Planning:
Non
Description
En SQL ça passe par la vue wcs_all_forms mais ensuite pour déterminer le statut visible à l'usager ça doit charger individuellement le .evolution demande par demande.
Optimisation ici à faire un .load_all_evolutions() global, comme on l'a déjà pour un formdata simple.
Dans un cas plutôt pathologique chez moi (grand nombre de formdefs avec chaque fois seulement un ou deux formdata dedans), ça réduit le temps de l'appel à l'/api/users/<user id>/forms de ~23%.
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Nouveau à En cours
(patch à venir)
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Fichier 0001-sql-prefetch-evolutions-in-user-forms-API-38903.patch 0001-sql-prefetch-evolutions-in-user-forms-API-38903.patch ajouté
- Statut changé de En cours à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Thomas Noël il y a plus de 4 ans
- Statut changé de Solution proposée à Solution validée
Dans la vraie vie je pense que personne n'a jamais plus de 3 demandes en cours dans sa mairie, mais toute optimisation facile à lire et bien expliquée comme ici est bonne à prendre, go go go !
Mis à jour par Frédéric Péters il y a environ 4 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit cbebd7558f72155edac53ddd2edc107b67b5b718
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Sun Jan 12 13:47:48 2020 +0100
sql: prefetch evolutions in user forms API (#38903)
Mis à jour par Frédéric Péters il y a environ 4 ans
- Statut changé de Résolu (à déployer) à Solution déployée
sql: prefetch evolutions in user forms API (#38903)