Discussion :

[ohyes_]

Bonjour à tous,

je construis une appli web où 98% des requêtes seront des SELECT.
En fait hormis l'inscription sur le site et la maj par batch la nuit, il n'y a aucun INSERT.
La base est MySQL couplé à J2EE.

Voilà ma question :
Ai-je un intérêt à utiliser les EJB ? ou encore Hibernate ?

Autre question :
Existe t-il des framework 'light' pour ne faire que des select ? Si oui lesquels.

Précision :
En gros, ce que je recherche c'est un moteur de requêtes SQL écrit en java et qui éventuellement ferait du cache des résultats des requêtes et pouvant se connecter à un pool de connexion.

Si quelqu'un a une piste, je suis preneur ... merci.
UPDATE : J'ai finalement décider de faire quelque chose de mes petites mains, la suite, plus bas dans le topic. N'hésitez à faire des critiques constructives pour des optimisations ou encore pour me dire si des bouts de code ne sont pas jolis jolis

[fabszn]

Hello,

L'interet d'utilliser des EJBs ne se resume pas uniquement à la nature des rêquêtes que tu vas écrire dans ton application.
Les EJBs permettent de structurer ton application (Notion de service).

Sinon, si tu à la possibilté de travailler avec la version 3.0 des EJBs (beaucoup plus simple et légère à mettre en ouvre).
Le framework hibernate peut être une solution intéressante. Ce framework offre 2 niveaux de cache. 1 transactionnel (cache de niveau 1) et un autre de niveau 2 qui à un scope sur plusieurs transactions.
Il te permettra d'etablir une bonne conception relationnelle de tes objets persistants.
Deplus Hibernate possede des axes d'optimisations assez fin... et qui te permettra d'affiner tout cela!

Concernant le framework light.... connait pas! Maintenant si tu n'as que des select à faire (ou quasiment) en architecturant convenablement ton applis tu devrais pouvoir arriver à un resultat plus que satisfaisant (en utilisant JDBC et un gestionnaire de pool).

J'espère que cela t'aidera,Si tu as des questions n'hésite pas

[ohyes_]

salut fabszn,

je vois très bien la notion des EJb, je comprends les services qu'ils rendent.
Je ne crois pas que ce soit dans mon interet de les utiliser, en réalité, je n'ai pas réellement besoin de persistance. N'ayant que des select (ou presque), je me moque de conserver l'état d'un objet puisqu'il ne varie pas (si ce n'est par batch).

Concernant Hibernate, la solution me plait, mais j'ai peur que le mécanisme offre trop de chose par rapport à mon besoin.
C'est de là que vient l'idée de 'light'.

Au final, je vais construire moi même le 'QueryManager', il ne fera que ce dont j'ai besoin, et je pourrais gérer le cache comme je le souhaite.
Sans avoir l'intention de récreer la roue.
En fait je pensais qu'il existait quelque chose comme ça ... avec le paramètrage des requêtes et du cache dans un xml.

Si des gens sont interessés, je suis prêt à publier ma solution (d'ici quelques jours). Sans prétention, aucune.

[fabszn]

Hello,

Je serai interessé par ta solution. C'est toujours intéressant et enrichissant.

[ericw78]

il y a aussi DButils

[ohyes_]

Bien merci. Je ne vais pas utiliser DBUtils même si ca a l'air assez interessant.
Je finalise mon code pour le week-end, et je le publierai.

Par contre, je me posai une question sur les preparedStatement.
Je la mets dans un topic dédié, là :
http://www.developpez.net/forums/sho...d.php?t=180493

UPDATE:
La question est résolue.