Base de données relationnelles en XML

Bonjour à toutes et à tous,

Je travaille actuellement sur un projet de logiciel client serveur en Java, langage que j’apprends un peu "sur le tas" bien que derrière j'ai de solides bases de POO.

Mon problème vient du fait que je suis contraint d'utiliser une "base de données XML" sachant que mon modèle de données est à 100% relationnel. Je suis conscient qu'utiliser un modèle hiérarchique pour représenter du relationnel n'est pas pratique du tout mais le passage sous un SGBD ne pourra se faire malheureusement que si l'appli version "XML" est satisfaisante).

Bref ça serait bien que ça marche de cette manière et donc depuis 1 semaine je parcours un peu tout les tutoriels que mon ami Google veut bien me filer pour me documenter.

Qu’est ce que je veux faire ? Un schéma est plus parlant qu’un long discours :
http://img20.imageshack.us/img20/2456/sansre1il.jpg
(Copyright Serge Tahe pour le schéma, depuis son magnifique cours sur la persistance Java5)


On part donc d’une IHM en Swing pour atterrir sur une "base de donnée" sous forme de fichiers XML (sur un DD partagés en réseau). Ma question est donc : qu’est ce que je mets entre les deux ?

J’ai donc découvert JPA et le fameux "hibernate" mais il semblerait que ce soit réservé justement pour le monde du relationnel (MySQL et compagnie…).

Cf le cours de M. J.M. DOUDOUX :

Citation:

---

JPA ne peut être utilisé qu'avec des bases de données relationnelles.

---

Pourquoi utiliser JPA ? Car quand l’outil aura fait ses preuves et que j’aurais "gagné" mon SGBD je n’aurais, si j’ai bien compris, plus qu’à changer mon fichier de configuration d’accès aux données.

Je me suis penché aussi sur la sérialisation (vu qu’au final ce ne sont que des classes que je veux stocker) mais cela ne me satisfait pas car j’ai besoin de pouvoir faire des requêtes pour repérer les liaisons entre mes "pseudos-table-XML"


Je me dis que je ne suis sûrement pas le seul à m’être confronté à ce problème. Ça sert à rien de réinventer la poudre donc est-ce qu’il existe déjà une API de ce genre, ou plus généralement une astuce pour contourner le problème ?


Ou bien est-ce que je suis condamné à faire ça via JDOM et à réécrire des méthodes de "simulation de tables" ?


Bref j’en appel à votre expérience pour m'orienter, me conseiller dans quelle direction regarder.

Si vous avez besoin de plus d'explication n'hésitez pas.

Merci d'avance et bonne journée ; )

Bonjour,

Je n'ai jamais vu de DB en fichiers XML. Je trouve un peu douteux qu'il vous force à faire en XML plutôt que d'utiliser n'importe quelle autre vraie DB. Si c'est uniquement parce qu'il veut que ce soit dans des fichiers pour tester, vous pourriez lui suggérer SQLite ou Derby qui fonctionne avec Hibernate.

Désolé de ne pas pouvoir aider plus avec le truc XML. Le problème avec XML, c'est que les fichiers peuvent être fait n'importe comment. Par exemple, il pourrait y avoir une DB par fichier XML ou encore plusieurs DBs par fichier XML. C'est dépendant sur comment vous voudriez le faire.

Exact ma contrainte n'est pas forcément l'XML. C'est surtout que je n'ai pas encore de serveur et que je ne peux pas installer un moteur de base de donnée sur chaque postes utilisateurs.

Mais d'après ce que je viens de voir concernant Derby on peut l'intégrer directement à son appli Java, donc ça pourrait résoudre mon problème. Je vais me pencher sur ça.

Comme SGBD je pensais qu'ils fonctionnaient tous plus ou moins de la manière de MySQL d'où mon erreur !

Je te remercie pour ta réponse et je vous tiens au courant ; )
(quoique le sujet n'a plus vraiment lieu d'être dans ce sous-forum dans ce cas :o )

Dans ce cas, c'est beaucoup mieux :)

Si vous voulez de l'aide pour configurer Hibernate avec votre projet, j'ai déjà créé une vidéo http://www.foilen.com/pour-developpe...nate-et-tomcat

Pour un développement rapide, vous pouvez aussi faire la même chose avec Spring Roo de façon encore plus rapide: http://www.foilen.com/pour-developpe...rce-spring-roo

Bonne chance :)

S'il fallait en fait une BDD en mode sans serveur, il y a aussi H2, qui propose une possibilité de passer par fichier et de partager le fichier (à confirmer par contre, je l'utilise en général en mode mémoire)

Très petit, compatible JDBC et donc JPA et tout le reste.

H2 ? Je connaissais pas non plus...

Je suis allé voir rapidement sur le site off' : http://www.h2database.com/html/main.html

Et effectivement il y a quelques avantages par rapport à Derby assez intéressants.
En revanche il est écrit : "Multi-Threaded Statement Processing : NO"
Ça signifie que plusieurs personnes ne peuvent accéder simultanément à la même base (ce qui m'embêterai) ou bien qu'on ne peut pas juste lancer plusieurs connexions simultanées sur la même JVM ?

Et d'ailleurs je me posais la question : en utilisant JPA est-ce qu'on peut switcher dynamiquement d'une base de référence à une autre ? Imaginons que je veux faire des tests pour comparer Derby et H2 sans avoir à re-configurer mon fichier XML de conf ?

Pour faire des test c'est pas forcément utile je le conçois, mais j'envisage de mettre en place un mode "nomade" pour mon appli et donc ça serai une piste de réflexion intéressante pour mon projet.


Merci de vos conseils ; )

R.NOURRIT

En effet, H2 ne permet pas de partager une BDD qui serait basée sur un fichier. (un fichier de lock est créé par défaut pour bloquer l'accès)

Par contre, il est possible de créer un serveur dans une appli, et les autres appli recherchent ce même serveur : http://www.h2database.com/html/featu...le_connections

Aie et donc justement ma contrainte de départ est que je n'ai pas de serveur à ma disposition. Je ne peux pas être sur qu'un de mes PC sera toujours allumé pour assumer ce rôle.

Et j'imagine que changer le serveur dynamiquement doit être assez difficile non ? J'ai l'impression qu'en utilisant Derby j'ai le même problème, en mode Embedded on peut l'utiliser en mode multi-utilisateur mais uniquement depuis la même JVM.

Alors que moi j'aimerais y accéder depuis plusieurs PC différents. En tout cas merci pour les liens.

On va mettre les choses au clair:
H2: pas de partage de la base de données, sauf à utiliser le mode serveur.
Le message que vous citez sur les Statement n'a rien à voir, ça dit qu'on ne peux pas utiliser un objet Statement de H2 depuis plusieurs threads séparés. Une application "normale" ne fait de toutes façons pas ça en général.
Derby est une solution car il permet de partager le fichier de base de donnée. Malheureusement pour vous, ce partage n'est pas fiable si les fichiers sont sur un disque réseau. C'est uniquement valable pour plusieurs application accédant en local au fichier, par exemple un processus de calcul et un serveur web tournant sur la même machine. La raison est que les systèmes de verrous sur un disque réseau, ce n'est pas fiable à 100% et vous pourriez corrompre ainsi vos données.

En fait, si vous avez plusieurs machine, il faudra passer par un mode serveur. Ou alors y aller chacun son tour. Maintenant, pour du prototypage, c'est pas un problème. Et faire tourner un serveur H2, ca ne nécessite presque aucun travail ou ressources, contrairement à mysql, postgres ou autre.