Projet

Général

Profil

Development #66313

Table snapshot volumineuse : partitionner par date

Ajouté par Pierre Ducroquet il y a presque 2 ans. Mis à jour il y a 7 mois.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
16 juin 2022
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

La table snapshot est un bon candidat au partitionnement, et cela réduira la maintenance côté PG (index, sauvegardes...)
Par contre, on ne pourra le faire que quand nous n'aurons plus d'installation connue en PG < 10.

Historique

#1

Mis à jour par Frédéric Péters il y a 7 mois

  • Statut changé de Information nécessaire à Nouveau
  • Assigné à mis à Pierre Ducroquet

Il n'y a pas plus de PG < 10, donc si c'est encore d'actualité, c'est possible d'avancer ici, et sinon, de fermer ce ticket.

#2

Mis à jour par Frédéric Péters il y a 7 mois

  • Statut changé de Nouveau à Information nécessaire
#3

Mis à jour par Pierre Ducroquet il y a 7 mois

  • Statut changé de Information nécessaire à Rejeté

En relisant bien le code, et avec l'expérience acquise depuis, cette idée n'est pas la bonne, je ferme ce ticket.
Trop de requêtes se font non pas sur la date mais sur la base de (object_type, object_id), qui ne peut constituer une bonne clé de partitionnement. Le problème est surtout dans la multiplication de snapshots sur certaines bases, mais c'est un bug à régler plutôt qu'à contourner par un partitionnement ici.

Formats disponibles : Atom PDF