Large objects : postgres or not ?

Bonjour,

Je me demande depuis quelques temps quelle est la meilleure solution pour stocker des documents ? J'ai un projet d'entreprise qui consiste à trouver une solution pour stocker et archiver tout un tas de documents important de la boite. Je parle essentiellement de PDF ou images.

Ma question est la suivante, sachant qu'au boulot on est à fond Postgresql (ce qui n'est pas un mal!) : est-ce une bonne idée de stocker autant de documents en bytea[] dans 1 base Postgres ? (volumétrie totale attendue au départ : entre 3 et 4 Go). Ou alors vaut-il mieux ne gérer que les chemins vers ces fichiers dans la base, et les stocker tout bêtement sur un disque ? Ou encore faut-il envisager un autre SGBD ?

Merci pour vos réponses

Stocker des gros objets binaires dans une base de données t'apporte :

- une gestion transactionnelle
- une sauvegarde cohérente avec le reste des tables

Ces points peuvent être décisifs. Par contre :

- tu n'as pas de sauvegarde différentielle (une BDD est sauvegardée en entier) donc tes backups deviennent obèses et lents
- la manipulation des données est beaucoup plus lente qu'avec des fichiers
- pour le type BYTEA, tout le fichier est ramené en RAM... si c'est un ISO de 4 gigas, c'est pas top

On peut réconcilier les deux en stockant dans des fichiers (donc accès rapide et backup rapide) avec un nom dérivé d'une séquence postgres (la clé primaire en SERIAL), à condition de gérer cela correctement. Tu peux ajouter une gestion de versions aussi...

L'important est de ne pas réutiliser un nom de fichier récemment supprimé (d'où les noms de fichiers en SERIAL) et de bien faire attention à l'ordre des commits (écris le fichier, BEGIN, INSERT, obtiens le n°, renomme le fichier, fsync le fichier, COMMIT) pour que ce que tu insère dans la base ne puisse en aucun cas (crash etc) pointer sur un fichier à moitié écrit, absent, ou un autre fichier, ou n'importe quoi d'autre. Pour la suppression c'est la même philosophie... mais bon, fais simple : ne supprime pas XD versionne plutôt (comme ça dans 6 mois un gus ne viendra pas dans ton bureau les cheveux dressés te demander de récupérer son rapport qu'il a effacé)

Lisez ceci : http://sqlpro.developpez.com/cours/stockerimages/

Notez que certains SGBDR comme IBM DB2 ou SQL Server 2008 permettent le stockage de fichiers à la manière des DATALINK de la norme SQL ce qui permet de marier le meilleurs des deux mondes.

A +