Projet

Général

Profil

Development #35725

2020, table dates

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

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
01 septembre 2019
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

La table "dates" contient toutes les dates jusqu'au 1er janvier 2020, inclus, le résultat dans bijoe c'est qu'une visualisation répétant un graphe jusque 2020, avec comme regroupement le jour, ou le mois, terminera sur l'itération "2020" avec seulement "mercredi" ou "janvier", dans un tableau où on attendrait plutôt comme dans les autres années 7 jours ou 12 mois.


Fichiers

0001-always-update-dates-table-35725.patch (1,66 ko) 0001-always-update-dates-table-35725.patch Frédéric Péters, 01 septembre 2019 09:53

Demandes liées

Lié à OLAP / Business Intelligence pour Publik - Development #20785: Prévoir une ré-initialisation régulière de la table des datesFermé18 décembre 2017

Actions

Révisions associées

Révision a5168d1f (diff)
Ajouté par Frédéric Péters il y a plus de 4 ans

always update dates table (#35725)

Historique

#1

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

Ça se corrigerait par :

-        generate_series('2010-01-01'::date, '2020-01-01'::date, '1 day'::interval)
+        generate_series('2010-01-01'::date, '2020-12-31'::date, '1 day'::interval)

mais ça ne s'appliquerait qu'aux nouveaux déploiements, il n'y a pas de procédure de mise à jour à de la table "dates".

Du coup ici option de tout le temps recréer la table, et de la recréer jusqu'au dernier jour de l'année en cours.

#2

Mis à jour par Emmanuel Cazenave il y a plus de 4 ans

  • Statut changé de Solution proposée à Solution validée
#3

Mis à jour par Thomas Noël il y a plus de 4 ans

(j'ai vu que Manu a validé, j'écrivais ça pendant ce temps...)

Le changement ici c'est que la table va être effacée/refaite à chaque feed de chaque tenant (à cause du "DROP TABLE IF EXISTS public.dates" qui est dans le schéma public partagé)

On en viendrait presque à préférer que cette table soit dans le schema du tenant, et pas dans public...

Ou alors voir si on peut ne pas détruire la table, et voir si generate_series peut générer juste "ce qui manque"

Ou alors go, et on accepte que cette table puisse être détruite/refaite assez souvent.

Voilà, en réalité je ne sais pas le bogue que provoquerait l'absence (momentanée) de cette table.

#4

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

Tant qu'on est là au milieu de la nuit, pas bien grave je me suis dit en évacuant la question.

#5

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

  • Statut changé de Solution validée à Résolu (à déployer)
commit a5168d1f15c8406e25f8e675ca8ecba11923e6f0
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Sun Sep 1 09:48:46 2019 +0200

    always update dates table (#35725)
#6

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

  • Statut changé de Résolu (à déployer) à Solution déployée
#7

Mis à jour par Benjamin Dauvergne il y a presque 3 ans

  • Lié à Development #20785: Prévoir une ré-initialisation régulière de la table des dates ajouté

Formats disponibles : Atom PDF