Projet

Général

Profil

Bug #3102

storage postgresql et archivage

Ajouté par Thomas Noël il y a presque 11 ans. Mis à jour il y a plus de 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
21 juin 2013
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:

Description

Voir #3101

Je pense que l'archivage classique prend les fichiers "pickle" et les met dans un autre endroit... En SQL, pas de pickle : ça plante.

Il faut décider :
  • si on veut passer de SQL vers un archivage Pickle (possible mais un peu bidouillé)
  • si on veut créer des tables SQL parallèles dédiées à l'archivage (mieux, selon moi, mais ça demanderait de toujours gérer deux tables à la place d'une seule dans le storage SQL, ce qui est lourd)

Fred, ton avis ?


Demandes liées

Lié à w.c.s. - Development #1306: Amélioration sur l'archivageRejeté10 mars 2012

Actions

Historique

#1

Mis à jour par Frédéric Péters il y a presque 11 ans

Je serais pour créer un tar.gz avec un fichier par formdata, chacun contenant l'export json; dans tous les cas.

#2

Mis à jour par Frédéric Péters il y a presque 11 ans

  • Statut changé de Information nécessaire à Nouveau
  • Assigné à Frédéric Péters supprimé

Attention, limitations actuelles : l'export json ne reprend que les champs nommés, et ne contient pas les fichiers attachés…

#3

Mis à jour par Victor Claudet il y a plus de 10 ans

  • Assigné à mis à Thomas Noël
  • Priorité changé de Normal à Haut
#4

Mis à jour par Frédéric Péters il y a environ 9 ans

  • Priorité changé de Haut à Normal
#5

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

  • Statut changé de Nouveau à Fermé
  • Patch proposed mis à Non

L'archivage a été avantageusement remplacé par l'anonymisation, et aussi la possibilité d'export CSV/ODS/JSON évolués qui permettent éventuellement de "dumper" toutes les données d'un site.

Formats disponibles : Atom PDF