Discussion :

[threaded]

Bonjour,
J'aimerais créer une application qui stockerait des données dans un fichier pouvant facilement être partagé. En fait, ce serait une portage + refonte en Java d'une application Access, construite donc sur une base de données.
Je pensais tout refaire en utilisant SQLite car je sais que tout tient dans un fichier et que c'est facile à copier etc. mais j'ai entendu parler de HSQLDB qui peut, semble-t-il, être "intégré" à l'application.
Voilà donc ma question : cette base HSQL tient-elle dans un fichier que plusieurs utilisateurs peuvent s'échanger (hors ligne) ? Ou bien est-elle vraiment "dans" le programme, et inaccessible sans lui ?

Je ne sais pas si c'est très clair. En gros, j'aimerais utiliser une base de données stockée comme un simple "fichier de sauvegarde" facilement copiable, sans notion de "serveur", "client" etc.

Je sais que SQLite conviendrait, mais HSQL semble aussi intéressant. J'ai aussi lu du bien sur H2 .. ?

Si vous avez des avis ou des conseils, je suis preneur

Merci

Nicolas

[william44290]

j'ai retenu Sqlite car FireFox, Apple utilise cette base. J'imagine qu'ils ce sont posé la même question que toi.

[sevyc64]

Extrait de wikipedia à propos de HSQL :

Des versions embarquées (incluses entièrement dans le programme) et client-serveur sont disponibles.

Je pense qu'il faut comprendre que, HSQL en version embarqué signifie que, tout comme SQLite,le moteur d'accès et les drivers sont embarqués (inclus) dans l'exécutable. LA base de données à proprement parlé reste dans des fichiers externes à l'exécutable.

Je ne vois pas comment la base de données pourrait être incluse dans l'exécutable. Elle serait en lecture seule alors. Un executable ne peut pas se modifier lui-même.
Et la modification d'un executable est détectée par la plupart des antivirus comme une tentative d'infection

[tchize_]

si vous faites du java: hsqldb, derby ou h2, par exemple. Ce sont des db écrites en java. Même principe que sqlite. SQLite présente l'inconvénient d'être écrit en C/C++, ce qui pose problème pour l'embarquer dans une application java a mon avis.


BS, bien que les ficheirs puissent être "partagés", il reste un système de verrou, qui fait qu'une seule application peut les ouvrir à la fois

[william44290]

Sur windows je lance plusieurs occurence d'un même programme sur une Db sqlite, elle ne semble pas vérouillée.

[tchize_]

il y a dans sqlite un système de verrou multiprocess qui permet ça. Mais ça ne marche par sur les disque en réseau, donc dans ces cas là, risque de corruption. Comme il parle de plusieurs personnes en même temps, il y a fort à parier que la base serait sur un disque réseau

http://www.sqlite.org/faq.html#q5

[threaded]

Ouah ! Merci beaucoup pour toutes vos réponses.
Firefox et Apple n'utilisent pas Java, mais effectivement, leur utilisation de SQLite ressemble un peu à ce que je veux faire (enfin, comme beaucoup d'autres programmes).

Merci pour vos conseils et explications : je vais donc me pencher sérieusement sur HSQLDB , et tenter d'en apprendre plus sur Derby et H2.