Projet

Général

Profil

Bug #36669

optimiser le temps de contruction des données

Ajouté par Christophe Siraut il y a plus de 4 ans. Mis à jour il y a plus de 4 ans.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
03 octobre 2019
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

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


Demandes liées

Lié à BiJoe - Development #36668: avancer l'heure de wcs-olapFermé03 octobre 2019

Actions
Duplique OLAP / Business Intelligence pour Publik - Development #19422: temps pris pour récupérer les demandesNouveau13 octobre 2017

Actions

Historique

#1

Mis à jour par Christophe Siraut il y a plus de 4 ans

#2

Mis à jour par Benjamin Dauvergne il y a plus de 4 ans

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

Mis à jour par Frédéric Péters il y a plus de 4 ans

  • Statut changé de Nouveau à Rejeté

Déjà dans #19422.

#4

Mis à jour par Frédéric Péters il y a plus de 4 ans

Formats disponibles : Atom PDF