Discussion :

[calogerogigante]

Bonjour,

Je suis (enfin) de nouveau sur un projet de grande taille.

Objectif : mettre au point un programme de comptabilit� (belge) performant, pas cher, et simple � l'utilisation... En JAVA.

Le comptable avec qui je commence ce projet ne connait rien � l'informatique, mais il est quand m�me balaise dans son domaine et connait + ou - bien les avantages et les d�fauts des autres programmes actuels du march�.

Ma question est la suivante :

Dans un soucis de simplicit� par rapport � l'utilisateur, quel format me conseilleriez-vous pour la sauvegarde des donn�es issues de la comptabilit� g�r�e par mon futur programme ?

J'h�site entre ces 3 l� :
- format XML pur
- base de donn�es MySQL
(moins simple � installer pour l'utilisateur moyen)
- fichier simple binaire

Si vous avez une exp�rience ou un conseil � me donner dans ce domaine, n'h�sitez pas !!

[jcarre]

jete conseille d'utiliser Hibernate et de prendre dans un premier temps une base super simple (HSQL ou Derby). Quand ton code sera au point tu pourras passer sur une vraie BDD (voire un fichier XML me semble t'il)

[calogerogigante]

Oui, j'ai oubli� de pr�ciser ce choix aussi :

http://hsqldb.org/

Si j'ai bien compris, c'est un moteur SGBDR en java, � inclure directement DANS l'application...

Transparence totale pour l'utilisateur... ;-)

A explorer aussi, en effet, comme solution possible pour stocker et manipuler mes donn�es...

[Gfx]

Je suis d'accord, HSQL ou Derby me semblent parfaitement convenir dans ce cas.

[afrikha]

C'est la premi�re fois que j'entends parler de hsqldb !!,
Quelqu'un pourrait-il me dire quelles sont les diff�rences,avantages/inconv�nients par rapport � un SGBDR "classique" comme MySQL ?
Je n'ai pas trouv� de presentation pr�cise sur leur site!.
Merci d'avance de m'�clairer

[adiGuba]

Salut,

C'est une base de donn�e embarqu�. Tu n'as donc pas besoin d'install� une base de donn�e sur le syst�me comme c'est le cas avec MySql. Toutes la base de donn�es est enregistr� dans un seul et unique fichier, et le driver JDBC comporte en fait toute l'application de base de donn�e (alors que le driver MySql se "contente" de questionner la DB MySql install�).

Elle s'adapte donc mieux � des applications standalone...

Ainsi l'URL JDC de hsqldb est jdbc:hsqldb:file:<nom_du_fichier> o� tu sp�cifie le fichier dans lequel seront stock� les informations de la base.


C'est plus simple � mettre en place pour une application cliente (pas besoin de demander aux utilisateurs d'install� et de configurer une BD), mais tu n'as peut-�tre pas toutes les possibilit�es et les m�mes performances qu'une BD serveur (quoique cela d�pend de tes besoins).

a++

[moritan]

C'est la premi�re fois que j'entends parler de hsqldb !!,
Quelqu'un pourrait-il me dire quelles sont les diff�rences,avantages/inconv�nients par rapport � un SGBDR "classique" comme MySQL ?
Je n'ai pas trouv� de presentation pr�cise sur leur site!.
Merci d'avance de m'�clairer

Cot� avantage:
HSQLDB peut--�tre int�gr� de mani�re totalement transparente � ton application, donc pour l'utilisateur final c'est un plus dans certain cas.
C'est compatibnle JDBC(�videmment)
Il y a plusieurs mode de stockage des informationsFichiers ou m�moire)
Le mode m�moire peut �tre int�ressant si tu as besoin de r�ponse rapide mais pas persistable, par exemple pour stocker temporairement des donn�e(Util pour de la reprise de donn�e par ex)

Incon�nient :

c'est du JAVA donc pas forc�ment super cot� Utilisation de la m�moire
Ca reste des base simple on oublie les trigger les proc�dure stock� etc,
Cot� volum�trie c'est pas le must si tu as bcp d'utilisateur et bcp de donn�e c'est pas fait pour.

Disons qu'on se rapproche d'une base ACCESS dans les possibilit�s l'IHM en moins.


Sinon le comportement est identique � une base normal.
c'est surtout une question de volum�trie de nb d'utilisateur qui d�termine le choix.

EDIT grilled...

[afrikha]

Merci pour ces reponses fort instructives
Donc pour r�sumer, ces bases peuvent etre un bon choix pour des applications standalone, mais quel est l'ordre de grandeur des volumetries support�es? Est-il raisonnable d'avoir une base derby ou hsqldb qui fait quelques Go bien qu'il y ait un unique utilisateur?

[Edit]j'ai trouv� ceci dans la faq de hsqldb, mais �a reste de la th�orie...

[jcarre]

attention HSQL est tout de meme assez limit� (pasplus de 400Mo de data).
c'est surtout excellent pour faire du dev, pour une appli en prod, vaut mieux un mysql

[adiGuba]

attention HSQL est tout de meme assez limit� (pasplus de 400Mo de data).
c'est surtout excellent pour faire du dev, pour une appli en prod, vaut mieux un mysql

Encore une fois ca d�pend de l'application...

Si on reprend l'exemple du programme de comptabilit� :

• Pour une entreprise une "vrai" base de donn�e est pr�f�rable, voir m�me un serveur d�di� selon la quantit� de donn�e � traiter...
• Pour un particulier qui g�re son compte, HSQL (ou Derby ou autre BD du m�me style) fait tr�s bien l'affaire...

a++

[calogerogigante]

Je pense que 400 Mo de donn�es est un chiffre raisonnable, pour mon futur logiciel comptable destin� aux petits ind�pendants belges...

Comme je connais bien les avantages du SQL et des SGBDR, je crois que je vais opter pour HSQLDB...

Merci pour vos posts...
Je mets ce thread en r�solu.

Prochaines questions : elles seront � propos de HSQLDB � mon avis... ;-)