Juste pour t'expliquer pour les ejbs ( mais il y avait d'autres solutions ), sont des objets "classique" et le conteneur se charge de gérer la persistence.
Les ejbs font parti de l'applicatif. A aucun moment, tu n'as pas de code qui se connecte à une bd ou tu n'as de requetes sql d'update, insert ou delete....
Je ne suis pas hors sujet car le sujet dont on parlait au début etait que, pour moi, on devait pouvoir changer de base comment ou voulait d'où l'utilité de l'abstraction et du mapping O/R.
Quand au multi plateforme, les ejbs facade sont automatiquement exportable en webservices donc tu as ton multi platforme de cette façon et c'est normalisé.
Donc idéalement, il faut laisser au SGBD le rôle de gérer (et pas seulement stocker) les données. Ou tu considères que SQL n'est pas un standard d'accès aux données et que tu considère que ejb est le standard des systèmes d'accès aux SGBD. Mais il n'y a pas que Java.
Ce n'est pas ça que je dis,
je dis que le SGBD doit gérer les données et qu'il doit y avoir entre le SGBDR et tes objets une couche qui te masque la persistence.
je ne parle pas spécifiquemnt de java, les outils de mapping O/R existent dans tous les langages, mon idée était qu'il fallait mieux utiliser une couche de mapping O/R pour arriver à devenir indépendant de la base de données.
Quand on développe un site en PHP, on est indépendant du serveur web non ? beh pour moi, quand on développe en objet, on doit etre indépendant de la bd.
[^] # Re: Et mysql
Posté par Stéphane Traumat . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 3.
Les ejbs font parti de l'applicatif. A aucun moment, tu n'as pas de code qui se connecte à une bd ou tu n'as de requetes sql d'update, insert ou delete....
Je ne suis pas hors sujet car le sujet dont on parlait au début etait que, pour moi, on devait pouvoir changer de base comment ou voulait d'où l'utilité de l'abstraction et du mapping O/R.
Quand au multi plateforme, les ejbs facade sont automatiquement exportable en webservices donc tu as ton multi platforme de cette façon et c'est normalisé.
Donc idéalement, il faut laisser au SGBD le rôle de gérer (et pas seulement stocker) les données. Ou tu considères que SQL n'est pas un standard d'accès aux données et que tu considère que ejb est le standard des systèmes d'accès aux SGBD. Mais il n'y a pas que Java.
Ce n'est pas ça que je dis,
je dis que le SGBD doit gérer les données et qu'il doit y avoir entre le SGBDR et tes objets une couche qui te masque la persistence.
je ne parle pas spécifiquemnt de java, les outils de mapping O/R existent dans tous les langages, mon idée était qu'il fallait mieux utiliser une couche de mapping O/R pour arriver à devenir indépendant de la base de données.
Quand on développe un site en PHP, on est indépendant du serveur web non ? beh pour moi, quand on développe en objet, on doit etre indépendant de la bd.
http://about.me/straumat