Discussion :

[j_siyar]

Dans mon projet de stage je dois creer une base de donnee qui doit contenir des images de differents taille (de quelque kilos jusqu a 200 M octets)
et je bloque un peu sur le choix de SGBD
les conditions du systeme:
le syseme doit etre open
permettant un acces a distance pour la base
capable de stocker des images
permet des requettes plus au moin complexes
pas trop compliquer( installation et adminstration0
il devra travailler sous solaris
....
j'ai deja fais ma propre recherche mais comme il ya beaucoup de solution POSTGRESQL,FIREBIRD, MYSQL, MAXDB, INGRES,CLOUDSCAPE
ceci a compliquer ma tache.
j'espere que mon message est claire et merci d'avance.

[piff62]

Des image de 200Mo ?
Je sais pas si ta base de donnees va tenir le choc !
C'est enorme pour une BD !
piff62

[LeoAnderson]

Est-ce que les images doivent être physiquement stockées en base (BLOB) ou peuvent être stockées uniquement avec leur chemin d'accès ? (VARCHAR2) ?

Si c'est du BLOB, 200 Mo l'image, ça commence à faire.... et puis, ça implique un client bien costaud pour la visualiser...

[krest]

Salut,

je rejoins les autres remarques.
je dirais en plus que pour la connexion à distance il faudra s'accrocher pour obtenir les images de 200Mo.

krest

[piff62]

Meme en contenant rien que l'adresse de l'image .. si c'est pas pour du local mais pour le net .. c'est mort ca c'est clair

[MALAGASY]

Tu peux essayer Db4Object, il peut contenir jusqu'à 1Go de BLOB.
http://www.db4objects.com/

[Fabien Celaia]

Tu peux essayer Db4Object, il peut contenir jusqu'à 1Go de BLOB.
http://www.db4objects.com/

1Go de blob... parr blob ou en tout ? En tout, ça ne laisse la place que pour 5 images de 200M

Plus sérieusement, la plupart des bases commerciales peuvent stocker ce type d'image, sans limite réelle de place, hormis celle des disques utilisée. Elles le font dans des champs BLOB (Oracle, DB2) ou IMAGE (Sybase, MS-SQL). Ces images impactent peu ou prou les performances de la base car elles sont généralement stockées en chaînage de blocs/pages ou seul le pointeur sur le 1er bloc/la 1ere page est stocké dans le bloc de données.
L'impact sur la perf n'est donc problématique que quant à la taille de la base => durées de sauvegardes plus longues...

Ceci dit, pour ce type de grosses images, la solution du stockage du chemin d'accès unoquement me semble effectivement plus judicieux si l'on appelle ces images que de 7 en 14, le point faible de cette méthode étant la non persistance de l'image dans le cache du SGBDR (d'où plus d'E/S).