Gestion de donn�es avec C++?

Bonjour,

Je dois r�aliser un programme qui doit lire un code barre et v�rifier si il a d�j� �t� typer ou pas, en gros:

- Lire le code barre avec une douchette, �a renvoie un num�ro.
- V�rifier si ce num�ro existe et si il a d�j� �t� typer ou pas
- Renvoie Ok ou Erreur si existe pas ou d�j� typer

Je dois stocker ces num�ros � une place, venant du monde de PHP et Mysql cela aurais �t� facile pour moi, mais la je dois faire en C++ afin d'obtenir un simple .exe que le client lance snas devoir installer Wamp, etc

Je suis de tout fa�on obliger d'utiliser une base de donn�es? Je pensais prendre Sqlite, mais le client devra quand m�me l'installer?

Sinon dans un simple fichier texte, mais comment faire recherches dedans? Et surtout comment v�rifier si il a d�j� �t� typer ou non?

Bref que mon conseillez-vous de faire?

Merci d'avance

Nie,

Il est clair que le mieux est d'utiliser une base de donn�es. Comme elle va �tre simple, Sqlite suffira sans probl�me.

�a tombe bien, Sqlite n'a pas besoin d'�tre install�, et on l'utilise sans probl�me avec � peu pr�s n'importe quel langage (perso : Java, C++ avec Qt).

:)

Salut,

A vrai dire, n'importe quel syst�me de s�rialisation peut parfaitement faire l'affaire ;)

Tu pourrais, tout aussi bien, te contenter d'un "simple" fichier xml ou autre, ce pourrait encore �tre bon

Le principal probl�me auquel tu sera confront� pour choisir effectivement la m�thode de stockage sera de choisir la solution la plus adapt�e en fonction de tes besoins connexes (portabilit�, s�curit�, volume des donn�es � stocker, possibilit� d'acc�s � distance ou non, ...)

De plus, le fait de savoir si le num�ro a d�j� �t� introduit ne pr�sentera, � terme, sans doute qu'une des �tapes, car on peut dores et d�j� pr�voir le fait qu'il faudra:

• pouvoir rajouter un identifiant s'il n'existe pas (selon certaines r�gles, tr�s certainement)
• pouvoir r�cup�rer des informations sur base d'un num�ro existant
• pouvoir compter le nombre de fois qu'un code barre est scann� :question: (histoire de "mettre � jour un inventaire" :question:)
• un tas de choses auxquelles je ne pense pas forc�ment maintenant

Il serait sans doute dommage de partir sur quelque chose de "d�cid�ment trop simple" (comme un b�te fichier) si c'est pour se rendre compte que l'on a en r�alit� besoin de la puissance d'une base de donn�es par la suite, mais, a contrario, il serait tout aussi dommage de sortir l'artillerie lourde d'une BDD pour se rendre compte qu'un simple fichier texte aurait en l'occurrence pu suffire ;)
[EDIT]Dans une premier temps, et � titre de POC (pour d�j� t'habituer � la r�cup�ration du num�ro du code barre), tu pourrais t'orienter vers boost::serialize et choisir l'un des format qu'il propose (texte, binaire ou xml) au choix ;)

Bonjour,
Tout d�pend du but de ce programme.

S'il s'agit d'un simple exercice, tu peux m�me te contenter de placer test codes barre + le flag dans un fichier CSV (s�parateur point virgule par ex) et y acc�der avec le driver ODBC TEXTE.

Ceci aurait l'avantage, si le besoin se faisait sentir, de pouvoir remplacer assez facilement le fichier par une vraie base, en changeant simplement la source de donn�es et en utilisant une driver ODBC adapt� � la nouvelle base.

cordialement

Si tu n'as aps un nombre de donn�es d�raisonnables, tu peux effectivement utiliser un simple fichier texte, le lire enti�rement en m�moire au lancement du programme, et le r��crire soit quand tu quitte, soit � chaque modification, soit quand l'utilisateur le demande.

Pour effectuer des recherches en m�moire, je te conseille de stocker ces donn�es dans un set ou une map (selon qu'il y a ou pas des informations associ�es au num�ro).

Merci pour vos r�ponses rapide.

C'est une petite application qui va g�rer des billets d'entr�e pour une soir�e, chaque billet � un code barre unique.

Je pense que le choix de Sqlite est mieux qu'un simple fichier, en effet une fois la soir�e terminer, il faudra faire des stats: combien de billet ont �t� typer? A quelle heure les personnes sont venues, etc...

Sqlite n'a pas besoin d'�tre install�? C'est � dire? Il est par d�faut sur les PC?

Merci

Je n'ai pas vu les messages entre temps, il n'y aura pas beaucoup de donn�es, disons 1000 num�ros, voir au max 2500

Moi, franchement, je ne m�emb�terais pas avec une BdD pour si peu. Je ferais de simples fichiers en format texte (valeurs s�p�r�es par une tabulation, par exemple), sauv�s avec � chaque fois un nom diff�rent pour �viter tout probl�me en cas de fausse manip, et sauv�s � chaque entr�e (�a fera un millier de fichier, oui, et ?).

Pour l'analyse apr�s, tu ouvriras ton fichier avec n'importe quel tableau sans soucis.

Citation:

---

Envoy� par nesswaw

Je pense que le choix de Sqlite est mieux qu'un simple fichier, en effet une fois la soir�e terminer, il faudra faire des stats: combien de billet ont �t� typer? A quelle heure les personnes sont venues, etc...

Sqlite n'a pas besoin d'�tre install�? C'est � dire? Il est par d�faut sur les PC?

Merci

---

Non, ca veut dire que c'est une BDD "embedded": du moment que tu dispose de la bliblioth�que ad hoc sur ta machine de d�veloppement, tu programme directement ce que tu veux faire et il n'y pas besoin d'installer quoi que ce soit sur l'ordinateur sur lequel l'application devra tourner ;)

Ceci dit, effectivement, pour un "si faible volume de donn�es", je ne m'emb�terais pas avec sqlite: un simple fichier texte sera amplement suffisant ;)

Mais apr�s comment manipuler ce fichier? C'est des fonctions comme en C je pense? Le plus simple est de faire un fichier style CSV? Avec un num�ro par ligne:

12345678;00-00-0000 00:00
12459614;00-00-0000 00:00

Et une fois un num�ro typer, il faudrait que la ligne ressemble � �a:

12459614;21-01-2013 19:47 => La date me permettra de checker si le num�ro est d�j� �t� typer ou pas :)

Je partirai sur 2 fichiers:
le 1er contient la liste des num�ros valide
le 2ere contient la liste des num�ros typ�s + la date / heure

Comme �a tu construit un set qui contient les num�ros valides et un autre set (ou map) qui contient les num�ros typ�s a partir du dernier fichier enregistr�s (pas besoin de v�rifier si la date / heure est nulle pour l'ajouter).
Et pour tester si le num�ro est valide et n'a pas �t� typ�s, c'est 2 recherches dans des set / map.

Ok, merci pour vos r�ponses, je vais faire quelques tests avec QT :)

Avec odbc ou sqlite, c'est presque le d�but de l'usine � gaz ama.
Avec un fichier "plat" custom lu et sauvegard� en une fois, c'est pas tr�s �l�gant, et pas vraiment s�r (sauf en changeant le nom du fichier � chaque sauvegarde comme le sugg�re JolyLoic).

En fait il faudrait un syst�me de s�rialisation avec indexation int�gr�e.
Ou alors des containers non volatiles, c-�-d des set/map/hash sur disque et non en m�moire, et r�cup�rables bien s�r d'une �xecution � l'autre.

Mais je ne sais pas si �a existe en C++, et comme les donn�es ne sont pas �normes, bah va au plus basic.
Attention quand m�me � la robustesse, il s'agit de ne pas perdre les donn�es de la soir�e pour cause d'incident mineur (comme tr�bucher sur la prise de courant ;)).