nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Taille de la bASE

applidata

Bonjour,
J'envisage une installation en production pour gérer 16 To de documents (principalement des images)
Je suppose que la taille de cette base provoque quelques contraintes techniques pour une utilisation au quotidien !
Quels sont vos conseils ? type de base, Fractionnement sur plusieurs serveurs ….
merci d'avance

Find more posts tagged with

Comments

bobak69

Il vaut mieux parler en nombre de document / jour peut être car la taille de la base est proportionnelle au nombre de documents stockés, par de leur taille.
Ensuite la taille de la base de données, est négligeable face à la taille totale que représente les documents, on peut considérer que si l'on peut stocker les documents c'est qu'on peut stocker la base (en terme de coût)
Pour une grosse base, on s'intéressera davantage aux performances plutôt qu'à l'espace disque…a fortiori pour une GED. Les performances pures de temps de réponse à une requête (chronométré sous un client SQL, pas sous l'appli qui est encore autre chose) sont à juger et/ou optimiser par un DBA ensuite…