Discussion :

[jfouche]

Bonjour tout le monde

Je travail sur un petit soft, qui doit pouvoir enregistrer quelques donn�es : un ensemble de tuple 'id', 'name', 'value'. Pour la lecture des donn�es, ce sera une recherche par couple <id, name>, ou un affichage de <name, value> par id.

Plusieurs solutions s'offrent � moi :

1 - Une BdD (SQlite par exemple) : Ceci me permet de pouvoir faire une recherche de valeur par couple <id, name> tr�s facilement, mais cela augmente les d�pendance (sqlite + soci par ex). N'est ce pas un bazooka pour tuer une mouche ? L'avantage, c'est qu'en cas d'�volution de mon soft, c'est une solution adapt�e.

2 - boost.serialize : J'utilise d�j� boost.python et boost.filesystem dans ce soft, donc une id�e serait d'utiliser serialize. Mais cela ne gere que le stockage des donn�es.

3 - MonTrucAMoi ? Ce n'est a mon avis que rarement la bonne solution.

4 - Vos id�e...

Quel est votre point de vue ?
Merci
3 -

[3DArchi]

Salut,
A priori :
1/ la solution BDD : tu as un grand volume de donn�e et tu souhaites parfois n'utiliser qu'une partie du jeu de donn�es ;
2/ Boost.serialize : �a ne g�re peut �tre que le chargement mais il existe pl�thore de solution pour stocker les tuples et avoir des recherches rapides.
3/MonTrucAMoi = CracBoumHue

[poukill]

Pour moi, c'est BDD ou XML.
SQLLite c'est tr�s bien pour du SQL en "local".
Pour le XML, boost.serialization le g�re. Personnellement si j'ai besoin de XML pour pas mal de classes diff�rentes (architecture polymorphe ou non), j'utilise CAMP. J'ai une factory et l'introspection gratuite avec pour mon IHM ou bien la documentation dans le style boost.Python !