| Section | |||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Entre chaque campagne, on pourra simplement purger la quasi-totalité de la base de données. Ce excepté, la table permettant l'adaptation du titre, textes d'aide, textes de mail, logo ... ainsi que les comptes admin et (super-)gestionnaires - cf ./src/main/webapp/doc/delete-data.sql
Avez vous un système d’horodatage ?
EsupDematEC garde trâce de toutes les actions upload/download/delete des fichiers (également des authentifications) en base de données (en plus des logs classiques) - ces informations sont ainsi consultables par les "admin" et "super-manager" de l'application.
EsupDematEC peut tourner sur du MySQL au lieu de PostgreSQL ?
L'application EsupDematEC nécessite une BD SQL supportant les transactions ainsi que le streaming sur les blobs.
Par défaut mysql (et innodb) ne supporte pas actuellement le streaming sur les blobs.
A moins d'être un DB Admin très averti sur la question, on peut considérer qu' EsupDematEC requiert purement et simplement l'utilisation de PostgreSQL - ce notamment pour sa gestion très efficace des blobs : EsupDematEC stocke effectivement les fichiers des candidats "en base", c'est à dire sous forme de blobs (qui sont en fait stockés astucieusement sous forme de fichier séparé dans le file system pour postgresql).
A ce propos, on vous recommande donc de bien suivre la documentation technique d'EsupDematEC notamment autour de la mise en place de Postgresql :
https://github.com/EsupPortail/esup-dematec#postgresql
Quid de la volumétrie ? Et les sauvegardes ?
Suivant les documents demandés, la volumétrie peut évidemment varier. Si les documents demandés restent des fichiers textes (pdf), les tailles restent "relativement" faibles par rapport aux capacités des serveurs actuels.
Voici un exemple de volumétrie sur une campagne de recrutement (récent) :
Nombre de postes 22
Candidats uniques 541
Candidats actifs 515
Nombre de candidatures 632
Nombre de candidatures actives (au moins une modification) 589
Fichiers déposés 1747
Volume total 3,9 GB
Taille Max Fichier 131 MB
-> taille disque de /var/lib/postgresql : 5.8 Go (à noter : ~ 1.5 fois plus que la taille totale des fichiers).
-> taille d'un pg_dump en directory (-F d disponible depuis postgres 9) : 3,7 Go