Discussion :

[Baptiste Wicht]

Bonjour,

J'aimerais savoir ce que vous pensez de l'utilité de pouvoir choisir la base de données à utiliser ?

Je sais que les 2-3 personnes que je connaît qui utilisent JTheque utilisent directement la base de données embarquée.

Je pensais supprimmer la possibilité d'utiliser MySQL pour utiliser exclusivement la base de données embarquée. Ce serait nettement plus simple pour l'utilisateur et également pour moi. Il n'y aurait plus de wizard de configuration de la base. A part peut-être pour certaines options, mais ça simplifierait pas mal la chose.

Qu'en pensez-vous ? Vous trouvez utile de pouvoir choisir entre les deux ?

Merci

[Janitrix]

Cela aurait été utile pour un autre service, mais pour le coup, je ne vois pas en quoi l'utilisateur pourrait s'intéresser à la base de données d'un logiciel de gestion de vidéothèque. Donc non je ne pense pas qu'un support MySQL soit nécessaire, reste simple c'est le mieux pour tout le monde je pense

[Baptiste Wicht]

Cela aurait été utile pour un autre service, mais pour le coup, je ne vois pas en quoi l'utilisateur pourrait s'intéresser à la base de données d'un logiciel de gestion de vidéothèque. Donc non je ne pense pas qu'un support MySQL soit nécessaire, reste simple c'est le mieux pour tout le monde je pense

C'est aussi ce que je pensais

En fait, au début j'ai commencé avec une base MySQL parce que j'avais déja installé ça chez moi et ensuite je me suis dit que c'était pas très pratique pour les utilisateurs alors j'ai ajouté HSQL, mais d'avoir les deux ça complique tout

[sinok]

Juste que HSQL ne me semble pas être la plus safe des DB (genre sauvegarde des données seulement au shutdown et ainsi de suite).
Donc, même si je n'ais aucun DVD à gérer, oui pour la possibilité d'utiliser plus de bases de données, et donc prévoir un module de génération d'adresses JDBC et d'ajout de jars de drivers comme tu peux en avoir dans eclipse, netbeans ou encore SQuirrel

[Baptiste Wicht]

C'est vrai que si JTheque plante, toutes les modifications vont être perdues...

Je pourrais aussi utiliser des tables TEXT avec HSQL, mais ça risque d'être assez lent. Ou alors, il faut que je voie si j'arrive à mettre les changements dans les fichiers avant la fermeture de la base. Ca me permettrait de committer tous les changements en mémoire à une intervalle de temps ou alors toutes les X requêtes. Je vais regarder cela.

Juste que HSQL ne me semble pas être la plus safe des DB (genre sauvegarde des données seulement au shutdown et ainsi de suite).

Il y a un autre problème au niveau de la sécurité mis à part la sauvegarde des données seulement au shutdown ?

[Baptiste Wicht]

Je pense que je vais partir sur l'utilisation exclusive d'HSQL, mais je suis en train de faire des recherches pour voir comment avoir des flushs réguliers dans les fichiers et pas seulement en mémoire.

Je ne peux pas me permettre de faire un SHUTDOWN de la base et de me reconnecter, ça prendrait trop de temps...

Je vous tiendrai au courant.

[Baptiste Wicht]

Bon, avec les paramètres qui vont bien, la base de données se synchronise très rapidement.

J'ai fait un test. J'ai mis à jour quelque chose et un quart de secondes après, j'ai quitté le programme et la donnée avait été sauvegardée.

Donc, je pense vraiment partir dans ce sens-là