Discussion :

[Invité]

Bonjour,

Cette discussion fait suite à celle-ci : http://www.developpez.net/forums/d15...ieurs-fichiers
Posté dans le forum Général Développement > Langages de programmation

Dans le cas échéant où passer par un SGBD est plus rentable, j'aimerai savoir s'il existe des SGBD autre que SQLite plus adapté à mon besoin.
Je chercherai un SGBD que je pourrais utiliser gratuitement et librement et qui ne m'impose pas de contrainte lorsque je souhaite distribuer mon application.
Je souhaite un SGBD légers pour une base locale.

SQLite remplit selon moi très bien ces critères.
Cependant, je n'ai pas réellement besoin d'un SGBD Relationnel puisque je n'aurais besoin que d'une table [identifiant, blob] où l'accès aux données ne peuvent se faire que par l'identifiant.
Je n'ai donc pas besoin de faire de jointure ect ...

Avez-vous un SGBD à me conseiller pour ce type d'utilisation ?

Merci

[Invité]

J'avais opté pour LevelDB durant un moment mais les implémentations Java ont l'air incomplètes et abandonnées.
Après moult recherches, je pense que MapDB sera bien plus efficace.
Je me tourne donc vers un SGBD NoSQL par Key/Value non in-memory.

Si quelqu'un connait mieux, je suis toujours preneur
Je passe le sujet en résolu

[Julien698]

Regardes aussi du coté de MongoDB, Elastic Search et Cassandra, tu as pas mal de doc dessus sur le net.

[Invité]

Regardes aussi du coté de MongoDB, Elastic Search et Cassandra, tu as pas mal de doc dessus sur le net.

C'est ce que j'ai fais, mais ces SGBD me semble bien plus lourd.
Je n'ai pas besoin d'un SGBD distribué puisqu'il n'y a qu'un seul terminal qui va l'utiliser. Ça ajoute pas mal de fonctionnalité dont je n'ai pas besoin.
Je pense que si j'utilise un système conçu à la base pour être distribué, je ne vais pas profiter pleinement de la puissance et des optimisation qu'il fournit.
Je n'ai pas besoin non plus d'un système de transaction.
Les données que je souhaite manipulé sont toutes identifiables par un id obligatoirement connu, donc un système de Key/Value me semble le plus adapté.
J'élimine donc MongoDB, Elastic Search et Cassandra qui me semble-t'il sont respectivement document, colonne et hybride colone-key/value.
De plus, si j'ai besoin d'une base de données, c'est pour soulager la RAM sans quoi je chargerai toutes mes données au démarrage.
Donc les SGBD in-memory ne m'interesse pas. (Je dispose de 1 Go de RAM maxi).