Discussion :

[Kehel]

Bonjour,

Je cherche le moyen le plus approprié pour stocker un faible volume de données. L'application devra stocker sa propre configuration (une vingtaine de champs maxi) ainsi que x partenaires. Chaque partenaire étant définis par une dizaine de champs.

J'ai vu qu'il y avait des bibliothèques telles que Hibernate qui permettait de stocker facilement (je schématise) des objets. Je me demande si ce n'est pas un peu énorme pour ce que je souhaite gérer comme volume de données. Est-ce compliqué à mettre en place ?

Est-ce que dans mon cas des fichiers properties ne suffiraient pas ?

Enfin voilà, je me pose pas mal de questions sur la piste à choisir.

Merci de votre aide.

[Kehel]

Dans mes pérégrinations j'ai vu quelques solutions qui pourraient me convenir :
- HSQL ou Derby en mode embarqué (car je ne souhaite pas que l'utilisateur final ait autre chose à installer que mon application)
- Stockage des données dans des fichiers XML (ça me paraît un peu moins propre mais bon ...)

Que pensez-vous de ces solutions ? Avez-vous des retours d'expérience sur HSQL ou Derby ?

[slevy]

Je pense que tu peux quand même utiliser une base de donnée, type mySQL, c'est très fiable et tu auras plus de souplesse si ton volume de données augmente.
Par contre, effectivement tu n'es pas obligé d'utiliser Hibernate dans ce cas (mapping objet/relationnel inutile) mais tu peux facilement coder tes acces à la base en JDBC directement (dans une couche DAO pour être propre).

[aperrin]

HSQL ou derby sont tout a fait dimensionnés pour ce type de besoins.
Mais mysql ou postgresql également.
Si l'application est petite JDBC peut largement suffire. Ou éventuellement apache cayenne. Hibernate c'est le char pour écraser une mouche (sauf si tu sais très bien manœuvrer le char)