Ok, là c'est transparent pour toi, mais ton serveur J2EE il instancie un PrepareStatement de plus dans l'histoire que si tu tentait directement un "Delete client where...". Tu bouffes de la memoire, du temps d'execution, des lignes de code (bah oui, tu tapes 5 lignes ou un "try catch" suffit), de la ressource niveau base de donnée (une requete en plus). Donc bon, plus rapide, je ne suis toujours pas convaincu.
Tu es independant de ta bd ? Pour recentrer le debat et etre plus exact, ca te permet de migrer de Postgres a Mysql sans encombre, parceque Mysql ne gere pas les contraintes d'intégrités. Si tu bossait avec des "vrai" (je ne veut pas etre pejoratif, mais je ne sais pas comment dire autrement) BD, c'est a dire gerant tout ca, un simple "dump" suivi d'un "restore" du schema te permettrait de conserver cette intégrité referencielle qui nous tient tant a coeur a moi et a mon troll...
A puis tient un autre : En plus tu fait ca en J2EE, c'est super lent de faire des findByPrimaryKey par rapport a un select tout bete. Mais bon, c'est pas ta faute, les EJB c'est lent on n'y peut rien. J'espere que t'utilise JEREMIES au moins.
[^] # Re: Sortie d'EasyPHP 1.7
Posté par Volnai . En réponse à la dépêche Sortie d'EasyPHP 1.7. Évalué à 1.
Tu es independant de ta bd ? Pour recentrer le debat et etre plus exact, ca te permet de migrer de Postgres a Mysql sans encombre, parceque Mysql ne gere pas les contraintes d'intégrités. Si tu bossait avec des "vrai" (je ne veut pas etre pejoratif, mais je ne sais pas comment dire autrement) BD, c'est a dire gerant tout ca, un simple "dump" suivi d'un "restore" du schema te permettrait de conserver cette intégrité referencielle qui nous tient tant a coeur a moi et a mon troll...
A puis tient un autre : En plus tu fait ca en J2EE, c'est super lent de faire des findByPrimaryKey par rapport a un select tout bete. Mais bon, c'est pas ta faute, les EJB c'est lent on n'y peut rien. J'espere que t'utilise JEREMIES au moins.