Différences entre versions de « NF14659 — Stockage des pièces jointes sur le disque dur et plus dans la base de données »
De Documentation Polaris
Ligne 7 : | Ligne 7 : | ||
Nous gérons dorénavant le stockage des pièces jointes de la messagerie interne en dehors de la base de données, sur fichier plat, dans le répertoire <code>/var/polaris/media/attachments</code>. | Nous gérons dorénavant le stockage des pièces jointes de la messagerie interne en dehors de la base de données, sur fichier plat, dans le répertoire <code>/var/polaris/media/attachments</code>. | ||
− | Les pièces jointes ne sont pas envoyées aux postes de réplication tant que ceux-ci ne | + | Les pièces jointes ne sont pas envoyées aux postes de réplication tant que ceux-ci ne demandent pas à la consulter, y compris lors de la synchronisation d'un poste. |
=== Finalités : === | === Finalités : === | ||
Ligne 13 : | Ligne 13 : | ||
* '''gain d'espace''' : les objets binaires sont en effet stockés au format base64, ce qui augmente artificiellement leur taille et donc celle de la base de données ; | * '''gain d'espace''' : les objets binaires sont en effet stockés au format base64, ce qui augmente artificiellement leur taille et donc celle de la base de données ; | ||
* '''gain de complexité''' : en gérant les pièces jointes en dehors de la base de données, nous ouvrons le champ des possibles sur leur gestion par des méthodes plus conventionnelles (transfert HTTP) ; | * '''gain de complexité''' : en gérant les pièces jointes en dehors de la base de données, nous ouvrons le champ des possibles sur leur gestion par des méthodes plus conventionnelles (transfert HTTP) ; | ||
− | * '''gain de productivité''' : il est désormais possible de gérer le backup des pièces jointes de manière incrémentale sur une chronologie différente des données - car étant de simples fichiers dans une arborescence stable et définie - signifiant un gain énorme de place et de temps lors des sauvegardes | + | * '''gain de productivité''' : il est désormais possible de gérer le backup des pièces jointes de manière incrémentale sur une chronologie différente des données - car étant de simples fichiers dans une arborescence stable et définie - signifiant un gain énorme de place et de temps lors des sauvegardes. |
== Fonctionnement == | == Fonctionnement == |
Version du 11 février 2019 à 18:22
Voir la carte de la fonctionnalité : A classer
Concept
Fonctionnalité
Nous gérons dorénavant le stockage des pièces jointes de la messagerie interne en dehors de la base de données, sur fichier plat, dans le répertoire /var/polaris/media/attachments
.
Les pièces jointes ne sont pas envoyées aux postes de réplication tant que ceux-ci ne demandent pas à la consulter, y compris lors de la synchronisation d'un poste.
Finalités :
Nous avons entrepris la réalisation de la séparation des pièces-jointes pour les raisons suivantes :
- gain d'espace : les objets binaires sont en effet stockés au format base64, ce qui augmente artificiellement leur taille et donc celle de la base de données ;
- gain de complexité : en gérant les pièces jointes en dehors de la base de données, nous ouvrons le champ des possibles sur leur gestion par des méthodes plus conventionnelles (transfert HTTP) ;
- gain de productivité : il est désormais possible de gérer le backup des pièces jointes de manière incrémentale sur une chronologie différente des données - car étant de simples fichiers dans une arborescence stable et définie - signifiant un gain énorme de place et de temps lors des sauvegardes.
Fonctionnement
Voici le flux complet de la vie de la pièce-jointe.
Paramétrage
Il n'y a aucun paramétrage associé à cette fonctionnalité