Base de donn�es en C++

Version imprimable

15/10/2009, 16h08
tonio_a_588

Base de donn�es en C++
Bonjour,
j'ai besoin de stocker dans un fichier des structures, de pouvoir acc�der rapidement � une de ces structures au moyen de cl�s, de la modifier et de modifier le fichier en cons�quence.
J'ai seulement 300 structures � stocker, je me demande donc si le xml convient (en utilisant la librairie libxml) malgr� la lenteur d'acc�s aux donn�es ou s'il existe mieux.

Voici le type de structure que je veux stocker :

fichier station.x
Code:

1 2 3 4 5 6 7 8 9 struct station { string nom; float latitude; float longitude; float altitude; int age; int nb_param_obs; }
J'ai besoin d'acc�der rapidement � la structure correspondant � une station donn�e, sur le crit�re de son nom par exemple.

J'ai d�j� essay� le format xdr, en utilisant rpcgen station.x, qui me g�n�re du code en C (� condition que nom soit un char* et pas un string) pour lire et �crire mes structures dans le format xdr.

Je cherche la solution la plus rapide...
15/10/2009, 16h23
Lavock

Et pourquoi pas directement en format binaire ?
15/10/2009, 16h48
JulienDuSud

Tu peux aller voir du c�t� de SQLite pour quelque chose de l�ger et sans serveur.
15/10/2009, 16h48
tonio_a_588

oui, mais il me faut r��crire tout le fichier une fois l'une de mes structures modifi�es, non ?
15/10/2009, 16h49
tonio_a_588

merci Julien, je vais regarder �a.
15/10/2009, 16h58
3DArchi

Salut,
C'est une appli PC ou embarqu�e ?

Pour seulement 300 entr�es sur une aussi petite structure, XML fera largement l'affaire m�me si tu dois r�g�n�rer tout ton fichier. Je ne connais pas SQLite mais n'est ce pas un marteau pour �craser une mouche vu le peu volume de tes donn�es ? Charger 300 entr�es dans un conteneur (vector, tr1::array ou map si tu utilises ton nom comme index) � partir d'un XML et les sauvegarder seront des actions transparentes pour l'utilisateur sur PC.
15/10/2009, 17h05
JulienDuSud

SQLite c'est justement la tapette pour ce qui est la gestion de base de donn�e. C'est pas fait pour g�rer d'�normes bases de donn�es, �a va tr�s bien pour les tr�s petites.

D'ailleurs, c'est le SGBDR le plus utilis� du monde. Il est dans Firefox, dans Thunderbird, et �norm�ment de logiciels de gestion local.

Son but c'est pas la rapidit� (bien qu'il le soit assez pour des petites structures comme �nonc� ici) mais de fournir une passerelle SQL pour la gestion de donn�es dans un fichier.

Plus � se soucier de la s�rialisation ni quoi que ce soit, en fait, et �a permet de passer outre la recherche fastidieuse dans un fichier xml.
15/10/2009, 17h08
keskidi

Bonjour,

oui, moi, j'ai fait �a en MySQL, mais �a doit �tre kif. Une table des champs, une table des structures, puis n tables avec les contenus impl�ment�s par des ordres create/alter table lorsqu'une structure est cr��e/modifi�e.
15/10/2009, 22h12
camboui

Je pense que vous avez tous mal compris tonio_a_588. Il a parle de 300 structures, �tant entendu qu'une structure est l'�quivalent d'une tabe SQL. Vous semblez avoir compris qu'il n'y avait que 300 records d'une seule structure...

Il n'a pas parl� de son volume de donn�es, mais j'ai l'impression qu'il s'est procur� quelque chose comme la cartographie de l'Europe chez t�l�atlas ou navtek ;)

EDIT: bof, non, c'est plut�t moi qui ait mal compris :calim2:
Il dit qu'il a "seulement" 300 structures. Moi quand j'ai 300 structures d�clar�es dans un projet C++ avec le mot cl� struct ou class je sature un peu...
15/10/2009, 22h47
JulienDuSud

Citation:

Envoy� par camboui

Il dit qu'il a "seulement" 300 structures. Moi quand j'ai 300 structures d�clar�es dans un projet C++ avec le mot cl� struct ou class je sature un peu...

Autant il aurait dit j'ai "plus de 20 structure", j'aurais compris comme toi, autant l�, "que 300 structures", je pense qu'il parlait effectivement de 300 instances ;)
15/10/2009, 23h37
Lavock

Citation:

Envoy� par tonio_a_588

oui, mais il me faut r��crire tout le fichier une fois l'une de mes structures modifi�es, non ?

Je vois pas pourquoi.... Si tu compte faire uniquement des sauvegardes; et que tu ne compte pas v�rifier ton fichier de l'ext�rieur, c'est possible en binaire. Par contre, � toi de g�rer buffer et autre. Plus casse c*****e, mais niveau perf, t'aura pas mieux.
16/10/2009, 10h06
Mac LAK

SQLite me semble id�al pour faire �a. C�t� rapidit�, c'est correct, et la BD est dans un unique fichier facilement d�pla�able au besoin. Si la taille de la BD augmente un peu trop, une migration vers un SGBD "normal" reste relativement simple � faire.

Ce sera toujours moins lourd que n'importe quelle librairie de gestion XML, et plus pratique que n'importe quel container STL qu'il faudra s�rialiser plus ou moins � la main...
16/10/2009, 10h12
screetch

ca d�pend de ce que tu comptes faire avec les instances plus tard; des recherches, des insertions, etc ? dans ce cas SQLite
mais si c'est juste a serialiser, deux op�rateur << bien plac�s suffisent, donc pas de marteau pour ecraser une mouche comme dirait 3DArchi
si la seule op�ration de recherche est une recherche sur le nom, un map et un op�rateur << ou deux quoi.