Discussion :

[greg08]

bonjour,

voilà, je désire créer une appli qui sera soit utilisé directement sur site web (applet) soit téléchargée et lancée sur l'ordinateur hôte. Certains utilisateurs avec privilèges pourront créer des fichiers et mettre la base à jour sur le site web. La plupart des utilisateurs utiliseront cette base de données à travers le web ou directement avec l'application. Je ne sais pas comment faire mon choix, je programme en java et je ne vois pas d'exemple comme cela. Est-ce que quelqu'un peut m'orienter sur une direction à prendre et un choix de composants ? Avec le téléchargement de l'application je voudrai que les utilisateur puissent utiliser l'appli hors ligne, comment utiliser alors la base sans installer chez le client un serveur ? le nombre d'élément de la base peut dépasser 100 000.

greg

[Jester]

Il y a une base de donnée java Derby ou H2 ou HSQLDB, vous pouvez vous référer à cette discussion http://www.developpez.net/forums/d64...s/#post3851530
C'est assez léger et ça peut servir selon ce que vous en demandez.

J'attire juste votre attention qu'une applet ou une appli lourde c'est pareil, ce sera une application chez le client (chargée à partir d'une page web et dans un navigateur pour le premier mais chez le client quand même, pas comme un site web "classique").

[SQLpro]

Il y a une base de donnée java Derby ou H2 ou HSQLDB [...] C'est assez léger et ça peut servir selon ce que vous en demandez.

Arrêtez de dire des bêtises !!! Avec un site web et donc une forte concurrence H2 ou HSQLDB seront immédiatement à genou. Ce n'est pas parce que il n'y a qu'une seule application qui y accède qu'il n'y a pas parallélisme des requêtes lancées !!!

Vous avez encore du chemin à faire pour vous cultiver sur l'art des bases de données...

A +

[Jester]

Je dis bien dans mon message que c'est une possibilité est non pas forcément la meilleure solution.

Ce qui est sur par contre c'est que ça répond idéalement à "comment utiliser alors la base sans installer chez le client un serveur ", vu que ce sont des bases de données qui peuvent être dans le programme et donc ne pas nécessiter d'installation à coté.

Afin d'avoir des chiffres et pas des brêves de comptoir, j'ai faits un benchmark pour tester la concurrence. Ça consiste en une appli de gestion de quota d'impression. Donc une table (nom, impressionPossibles, limite). L'opération de base est de faire un select for update, un update qui diminue impressionPossibles puis un select à nouveau pour vérifier que la valeur est bonne. Il y a 100k compte (pour être proche de la demande de cette discussion). En ligne le nombre d'accès concurrents maximal. Il y a en tout 200 jobs qui font chacun 1000 l'opération de base. (select for update/update/select). J'ai concentré sur 1000 lignes afin de mettre en avant d'éventuels problèmes de concurrence.

HSQLDB ne sais pas faire de select for update, du coup à partir de 2 connections, il fait des erreurs. Pour MyIsam le for update est simulé par des lock tables (du coup il ne profite aucunement du parallélisme). Postgres ne va que jusqu'à 64 connexions, mais c'est juste une question de conf. Par défaut les bases ont un commit delay de 1 seconde sauf HSQLDB et postgresql (dont je connais moins la configuration, semblerais que le max soit 0.1 seconde, cela ne doit pas cependant le pénaliser énormément, les accès disque n'étant pas limitatifs il semblerait).



Cela montre néanmoins que H2 peut avoir de la pertinence.

[el muchacho]

Il n'empêche, il n'y a aucune raison de ne pas conseiller les BD les plus utilisées dans ce domaine, à savoir MySQL et PostgreSQL.