Project

General

Profile

Bug #36669

optimiser le temps de contruction des données

Added by Christophe Siraut over 4 years ago. Updated over 4 years ago.

Status:
Rejeté
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
03 October 2019
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

Description

Actuellement + de 3 heures, ça vaut la peine d'optimiser ce processus.


Related issues

Related to BiJoe - Development #36668: avancer l'heure de wcs-olapFermé03 October 2019

Actions
Is duplicate of OLAP / Business Intelligence pour Publik - Development #19422: temps pris pour récupérer les demandesNouveau13 October 2017

Actions

History

#1

Updated by Christophe Siraut over 4 years ago

#2

Updated by Benjamin Dauvergne over 4 years ago

C'est quand même un poil complexe, la seule manière de vraiment améliorer le temps ce serait que ce soit incrémental mais vu comment la base est construite (schéma de base basé sur le schéma des formulaires) ce n'est pas évident; en cas de suppression/ajout de colonne le chargement va devenir très compliqué. Le plan pour aller vers ça était d'arrêter de construire des tables spécifiques et de se baser uniquement sur des champs communs (receipt_time, status, etc..) et sinon sur le stockage JSON générique; en fin de compte on aurait plus qu'une seule table formdata contenant toutes les demandes quelque soit leur type.

#3

Updated by Frédéric Péters over 4 years ago

  • Status changed from Nouveau to Rejeté

Déjà dans #19422.

#4

Updated by Frédéric Péters over 4 years ago

Also available in: Atom PDF