[Stratégie] Type des structure de persistance

Version imprimable

08/02/2006, 07h56
calogerogigante

[Stratégie] Type des structure de persistance

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 !!
08/02/2006, 08h47
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)
08/02/2006, 08h52
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...
08/02/2006, 08h52
Gfx

Je suis d'accord, HSQL ou Derby me semblent parfaitement convenir dans ce cas.
08/02/2006, 12h15
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 :wink:
08/02/2006, 12h31
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++
08/02/2006, 12h36
moritan

Citation:

Envoyé par 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 :wink:

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... 8O
08/02/2006, 12h50
afrikha

Merci pour ces reponses fort instructives :wink:
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...
08/02/2006, 13h46
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
08/02/2006, 13h58
adiGuba
Citation:

Envoyé par 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

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++
09/02/2006, 08h06
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... ;-)