Je devrais me pencher sur la m�me probl�matique � partir de la semaine prochaine.
J'ai exactement le m�me soucis (framework maison non satisfaisant et n�cessit� de mapper sur des tables, et dans mon cas des proc�dures PL/SQL existantes). Il me semble avoir lu quelque chose l�-dessus dans la doc de LIDO que je n'ai fait que survoler. more on this later... -----Original Message----- From: "Olivier Richaud" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Date: Thu, 20 Mar 2003 09:59:11 +0100 Subject: JDO : suite... Bonjour � tous, Je regarde de plus en plus pr�s JDO pour remplacer du code �tablissant un mapping Objet/Relationnel fait � la main. J'ai remarqu� que certains d'entre nous commencent � examiner cette techo. A l'�poque, on avait regard� les entity beans des EJB pour r�aliser la persistence, mais nous nous sommes tr�s tr�s vite rendu compte que ce n'�tait strictement pas exploitable, ni en terme de performance, ni en terme de navigation. Au final, le design conduisait � �crire beaucoup de code avec JDBC dans les m�thodes ejbLoad, ejbStore. Nous avions aussi �valu� les bases de donn�es objets. D'o� notre propre mapping aujourd'hui que nous souhaiterions voir �voluer. Aujourd'hui, nous sommes pr�ts � �valuer JDO mais des questions restes en suspend : 1- Comment reprendre le mapping sur les tables d�j� existantes et ne pas partir "from scratch"? Je n'ai pas eu l'impression que cet aspect soit beaucoup pris en compte par les implantations qui arrivent, alors que c'est fondamental. 2- Le langage pour faire les queries n'est ni OQL, ni SQL. Avez-vous d�j� constat� de graves lacunes? Peut-on aujourd'hui faire ce que nous avons r�ussi � faire avec SQL? 3- Avez-vous une implantation � recommander? Merci � tous d'avance pour vos r�ponses. Olivier. -- S'il n'y a pas de solution, il n'y a pas de probl�me --
