Discussion :

[joKED]

Bonjour à tous,

Voici mon problème:

je sérialise un objet d'une appli directement dans un fichier. Je me rends compte qu'il fait environ 500Ko, ce qui est assez énorme, mais pas étonnant (il contient envirion 15000 coordonées gps).

Je souhaiterais l'enregistrer en bdd. Pour ce faire, j'ai créé une table qui va bien, avec un champ de type varbinary(max).

La question que je me pose : sachant que ma table va contenir environ 1 million d'enregistrements de ce type, dois je raisonner ainsi : taille de la base au final : 500Ko * 1million, soit environ 500Go ?

Merci de vos éclaircissement

[SQLpro]

Voir un peu plus.... sinon, optez pour conserver ces éléments à l'exterieur.
Lisez ceci : http://sqlpro.developpez.com/cours/stockerimages/

A +

[joKED]

Merci pour ce lien.

En effet, il est possible de gérer mon problème à la manière de ce tuto. Cependant,quid des performances?
En ne stockant pas ces données dans la base, mais juste un lien vers celles ci, je gagne en temps de réponse au niveau de mes requêtes. Mais le temps de lecture du fichier/désérialisation peut être vraiment très handicapant.

Je vais tenter de faire quelques tests afin de trouver la solution la plus adéquate.

Merci de votre aide.

PS: je laisse le sujet non résolu au cas ou quelqu'un aurait une autre solution à proposer

[SQLpro]

Les performances sont meilleurs sir les fichiers sont externes à la base car il n'y à pas à les rematérialiser pour chaque utilisation. Cepandant, pour cela vous devez prnedre en compte le fait qu'un SGBDR s'intalle sur un serveur dédié et qu'il vous faudra un serveur de fichier en sus. De plus, suivant l'OS utilisé vous avez intérêt à répartir vos fichiers dans différents répertoires en non en un seul point. Pour ma part je transforme tous mes nons de fichiers en GUID et toutes les extension sont effacées. (cela est quand même conservé dans la base). A partir de là et compte tenu du nombre de fichier et de l'adéquation nb fichier par répertoire, je place cela dans une arborescence à partir d'un point racine du filer.

Exemple : pas plus de 256 fichier par répertoire. Nombre de fichiers attendus : 1 million. Il me faudra un arbre avec 3 niveau de répertoire pour stocker tous mes fichiers :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
0 - point d'entrée
0/00 -- 256 sous répertoires
0/01
...
0/FF
-- pour chaque sous répertoires :
0/00/000
0/00/001
0/00/002
...
0/FF/FFF

Ainsi un fichier donné renommé par son GUID, par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

201663F7-660F-4642-B486-7611FCFF8B35

Sera placé dans le sous répertoire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

0/20/166/201663F7-660F-4642-B486-7611FCFF8B35

Il n'y a donc pas besoin de connaître autre chose que le point d'entrée de l'arbre pour savoir ou se situe le fichier puisque les 5 premiers octets du GUID déterminent le répertoire feuille de stockahe dans l'arbre de stockage.

A +

[joKED]

MErci beaucoup pour ces informations, il ne me reste plus qu'à les mettre en pratique