Base de donnée locale en Java

Bonjour à tous,

J'envisage de me faire un logiciel en Java pour naviguer à travers les données nutritionnelles alimentaires de Santé Canada. Les fichiers sont disponibles gratuitement sous forme de fichiers représentant une base de donnée relationnelle. Les fichier sont disponible en format csv ou Excel, mais j'aimerais les convertir dans une base de donnée relationnelle que je puisse utiliser en local avec mon logiciel et qui ne nécessite pas l'usage un logiciel de serveur de BDD externe.

La base de donnée est assez consistante et contient au moins 5000 aliments différents ainsi que la teneur de chacun pour chacun des nutriments. J'aimerais donc quelque-chose de rapide à l'exécution.

Évidemment, je souhaite quelque chose de gratuit et possiblement redistribuable…

Salutations, Olivier

Salut.

Tu es exactement en train de décrire SQLite. Je suis certain qu'il doit y avoir une implémentation Java.

Soit, ma culture Java laisse à désirer.

Merci de vos réponses rapide, Ma petite recherche sur le web m'orientait effectivement vers Java DB (Derby). Par contre, je viens de voir que Java DB ne semble pas disponible sur Android et j'aurais aimé plus tard faire aussi une version Android utilisant le même fichier de BDD…

@SpaceFox: j'utilise SQLite dans mon projet (pro). On utilise sqlite4java qui embarque effectivement des natives.

Bien qu'idéologiquement je préférerais ne pas en avoir, je n'ai jamais eu de problèmes avec. Pour quelle(s) raison(s) tu le déconseilles ?

Pour commencer, parce que les natives. Un SGBD Java pure fonctionne normalement quelle que soit la JVM (à niveau de langage compatible), quand une version bindée risque des surprises.

Et franchement, les performances et fonctionnalités de HSQLDB, Derby etc face à SQLite ne donnent pas vraiment de raison logique d'utiliser ce dernier. Le raisonnement est plus dans ce sens.

C'est intéressant.

On était parti sur SQLite pour sa simplicité de mise en place (pas besoin de service SQL, donc pas de user/password et pas de port/socket à ouvrir). Les performances étaient bonnes (voir très bonnes) pour ce qu'on fait, donc on est resté là dessus.

Ça vaudrait peut-être le coup de refaire une comparaison entre HSQLDB, Derby et SQLite. Tu as déjà eu l'occasion de comparer leurs performances ?

Non, parce que si ton problème est dans les performances, c'est très probablement que tu as besoin d'un vrai SGBD. Par contre, les fonctionnalités sont intéressantes à comparer, par exemple le respect des contraintes de taille de champs et de certaines clés étrangères ou d'unicité, que SQLite peut joyeusement ignorer sans le moindre avertissement.

Merci pour le cue minirop, H2 semble intéressant et pourrait fonctionner à la fois dans Java standard et sur Android.