Discussion :

[Benroc]

Bonjour,

Je me demandais si il y avait une taille minimale pour établir une Base de Données?
Mes données synthétisé font 175Ko en version Exhaustive 350 Mo.
Dans les 350 Mo il n'y à pas mal de pdf.
Ainsi devrais je préférer une option GED?

Merci pour vos réponses.

[StringBuilder]

J'ai pas compris grand chose à ta question.

Il n'y a pas de taille minimum pour décider si on souhaite utiliser un SGBD ou non.
Il y a des programmes qui gèrent des giga octets de données, et qui ne passent pas par une base de données. Et inversement, il y a des applications qui utilisent SQL Server ou Oracle pour stocker 1 table avec deux lignes et 2 colonnes.

Le bon sens dans le choix d'utiliser un SGBD ou non c'est avant tout de savoir si on a besoin ou non d'un SGBD pour :
- Gérer le stockage des données
- Gérer l'interrogation des données
- Gérer la cohérence des données
- Permettre l'ouverture des données à d'autres applications (grâce au standard SQL)

Un simple fichier XML peut être suffisant, tout comme des fichiers séquentiels indexés.
A toi de déterminer si tu es prêt à écrire ta propre couche de gestion des données, et pour quelle raison tu veux le faire.

A noter toutefois un constat : si tu choisi de ne pas utiliser un SGBD et que demain tu as besoin d'un SGBD (volumétrie, interrogation, performances, cohérence des données, sauvegardes, etc.) alors il sera très compliqué de modifier ton programme.
En revanche, tu peux partir sur un SGBD X simple et gratuit, puis passer à un SGBD Y plus haut de gamme plus tard sans que ce soit aussi complexe (bon, après, selon les SGBD choisis et ton respect ou non du SQL dans la rédaction des requêtes, ça peut être plus ou moins complexe).

Pour ce qui est de ta question "GED", j'avoue que j'ai pas compris. SQL Server dispose de tout ce qu'il faut pour stocker des fichiers au sein de la base de données sans que ce soit mélangé avec les données. Cela permet entre autres une indexation du contenu des fichiers directement accessible depuis les requêtes SQL, ainsi que la synchronisation des données et des fichiers, y compris dans les transactions et les sauvegardes.

[Benroc]

Merci pour cette réponse.

[SQLpro]

Le bon sens dans le choix d'utiliser un SGBD ou non c'est avant tout de savoir si on a besoin ou non d'un SGBD pour :
- Gérer le stockage des données
- Gérer l'interrogation des données
- Gérer la cohérence des données
- Permettre l'ouverture des données à d'autres applications (grâce au standard SQL)

Tu a juste oublié l'aspect sécurité d'accès aux données qui est primordial surtout depuis la RGPD !

A +