Ah mais je suis pas du tout enervé, detend toi.
La migration de oracle vers Mysql ne pose pas de probleme si le schema sous oracle n'utilise pas de contraintes d'intégrité (ou alors que l'appli ne les utilise pas). Dans le cas contraire tu aurais du reprendre le code pour en tenir compte, chose que tu n'aurais pas eu a faire pour un portage vers postgres par exemple (totalement au hasard l'exemple), qui si je ne m'abuse respecte la norme en matiere de declaration de foreign keys.
La difference entre un findbyPrimaryKey et un select, c'est justement le temps de passage de l'un a l'autre (ok je pinaille enormement là), mais bon le fond de la question n'etait pas la et c'etait juste pour embeter les pro-EJB, j'avoue.
[^] # Re: Sortie d'EasyPHP 1.7
Posté par Volnai . En réponse à la dépêche Sortie d'EasyPHP 1.7. Évalué à 1.
La migration de oracle vers Mysql ne pose pas de probleme si le schema sous oracle n'utilise pas de contraintes d'intégrité (ou alors que l'appli ne les utilise pas). Dans le cas contraire tu aurais du reprendre le code pour en tenir compte, chose que tu n'aurais pas eu a faire pour un portage vers postgres par exemple (totalement au hasard l'exemple), qui si je ne m'abuse respecte la norme en matiere de declaration de foreign keys.
La difference entre un findbyPrimaryKey et un select, c'est justement le temps de passage de l'un a l'autre (ok je pinaille enormement là), mais bon le fond de la question n'etait pas la et c'etait juste pour embeter les pro-EJB, j'avoue.
A part ca:
Statement st =new Statement("delete client....where..."); try{st.executeQuery();}catch( SQLException ex) {System.out.println("Something Wicked happened...); }
Voila,en une ligne moi Monsieur :)