Discussion :

[ataya]

Bonjour à tous,

Voila, je suis étudiant en info et pendant ces vacances je me suis fixé comme objectif de développer un petit utilitaire qui me permetrai de pouvoir gérer les contacts que j'ai avec les entreprises lors de la recherche de stage:

Je veut faire ça en C++ pour me pefectioner dans ce langage.

Donc mon petit logiciel devra disposer d'une base de donnée afin de pouvoir stocker toutes ces infos.

Bon, j'ai lu deux ou trois trucs sur le sujet et on parle souvent de mySql. Le probleme c'est qu'avec cette base il faut installer mySql sur CHAQUE machine sur laquelle je vais installer mon logiciel (Veuillez infirmer si je me trompe).

Loin de moi l'idee de developper un super logiciel que tout le monde voudrait installer chez lui (il ne tournera probablement jamais que sur ma propre machine), mais bon tant qu'a faire, je préfère faire les choses proprement.
L'idée c'est au final de developper un fichier d'installation style setup.

Donc bien sur je pourrais utiliser une BD style Access et un lien (je dev sous environnement linux) mais c'est une solution que j'ai deja expérimentée dans d'autres projets et je préfèrerai faire quelque chose de nouveau ODBC.

Je poste donc sur ce forum afin d'avoir votre opignon sur le choix de la base de donnée (gratuite bien sur!), la manière de l'attaquer, Enfin bref si c'était vous, vous feriez quoi?

D'avance merci de vos suggestions.

[Eusebe]

Si j'ai bien compris, tu veux une base de données embarquée ?
Pour pouvoir l'utiliser dans ton logiciel sans avoir besoin d'installer d'autres outils ?

Dans ce cas, jette un oeil du côté de SQLite : http://www.sqlite.org/

[loufoque]

la manière de l'attaquer

Je propose SOCI.

[trax44]

bonjour,
je chercher plus ou moins la meme chose mais pour du C et sans java si possible

sqlite est super lent

[epsilon68]

le truc c'est que SQLite est ACID compliant...
quand tu fais 10'000 operations il faut les faire de maniere transactionnelle sinon ca n'a pas de sens et surtout ca ralentit enormement la DB puisqu'il faut faire plein d'operation pour la DB ne se trouve pas corrompu. A noter que tu peux desactiver cette option.

[Emmanuel Deloget]

Ou encore, Microsoft SQL Server Compact Edition (gratuit).

[nikko34]

c'est sympa SOCI n'empêche, avec un postgresql par exemple.

En plus il utilise bien les idiomes C++, pour un projet perso dont le but est d'apprendre ce language, c'est une bonne idée.

[koala01]

Salut,

Plutôt que de t'enquiquiner avec une base de données, pourquoi ne pas, tout simplement, gérer tes contacts sous forme d'un fichier XML

Tu utiliserais une DTD pour t'assurer que les données ne sont pas corrompues, libxml ou expat pour assurer la persistance, et tu t'affranchirais de tous système complexe de discution avec une base de donnée... tout en permettant une éventuelle synchronisation de manière portable.

Au pire, si la "confidentialité" pose problème, rien ne t'empêche d'utiliser un algorithme de cryptage non destructif pour le fichier final: crypage au moment de l'écriture du fichier, décryptage au moment de sa lecture

[epsilon68]

je me repete mais bon...
Un fichier XML est un format d'echange et surtout pas une base de données !

[trax44]

le truc c'est que SQLite est ACID compliant...

Mysql avec Innodb l'est aussi il me semble. La même requete avec du php est extremement plus rapide. Je ne pense pas que le problème vienne de la.

Pour ceux qui connaissent gentoo (un distrib linux), certains logiciels comme eix utilisent sqlite et fonctionnent très bien.

De ce que j'en ai compris il y aurait deux manière d'utiliser sqlite :
- jni + lib C
- recodé entièrement

mais pour l'instant c'est encore très flou

Si quelqu'un a d'autre renseignements

ps par rapport a eix, pour l'instant j'ai un peu du mal a comprendre le code, il ne semble pas utiliser de requete sql pour écrire dans la table

[zais_ethael]

Un fichier XML est un format d'echange et surtout pas une base de données !

Je suis d'accord.
Le code pour sérialiser/désérialiser des données en XML n'est pas forcément plus simple que celui nécessaire pour les bd, loin de la. Par contre il y a une foule d'avantages à utiliser une bd: tolérance à la panne, gestion de bien plus grandes quantités de données, rapidité (pour ceux qui coderaient des recherches linéaires )...
Pour ce qui est des bds embarquées que je connais:
En portable:
- sqllite
- firebird (jamais trouvé comment faire mais je sais que c'est possible)
- mysql, à moins que ce ne soit possible qu'en java, je me souviens juste qu'il existait une sorte de driver alternatif permettant de lancer le processus mysql silencieusement pendant l'exécution d'un programme.
En windows:
- Access
- Microsoft SQL Server Compact Edition ou quelque chose qui ressemble, ce truc a bien du changer 15 fois de nom. A la base ce n'était fait que pour fonctionner sur windows mobile mais avec le tout dernier framework .net microsoft a décidé qu'on pourrait l'utiliser partout.

[loufoque]

trax44, SOCI a été proposé pour manipuler une base de données SQLite.
Les deux solutions dont tu parles c'est pour du Java.

[trax44]

oui mais dans les sources de sqlite que j'utilise il n'y a plus de trace de java

si ne je me trompe pas les solutions proposées par zais_ethael

sont pour la plupart "server" :s

sinon j'ai trouvé une option pour optimiser mes requetes sur sqlite : preparer les requete et binder des parametres en dynamique

bench en cours

[epsilon68]

Mysql avec Innodb l'est aussi il me semble. La même requete avec du php est extremement plus rapide. Je ne pense pas que le problème vienne de la.

va voir les discussions pour la database H2. Elle est programmée en Java mais l'auteur explique bien les differences avec DERBY etc, notamment le probleme que j'evoquais.

[zais_ethael]

si ne je me trompe pas les solutions proposées par zais_ethael
sont pour la plupart "server" :s

Que neni, il y a vraiment possibilité d'utiliser firebird et mysql en tant que bases de donnée embarquées, mais faut chercher.

[epsilon68]

je confirme, MySql est disponible en base de données embarquées, mais dans le cas d'un logiciel payant, la license est assez chère d'apres mes souvenirs.
Je prefererais plutot SQLite, il est rapide (au contraire de ce qu'il y a marqué plus haut) et en constante evolution.