Discussion :

[yLaplace]

Laquelle des méthodes préférées vous ; avantages et inconvénients
-HibernateTemplate
-JdbcTemplate
-ou JPA
J'avoue que je n'arrive pas à me décider.
cependant selon mon point de vue:
-JPA
avantages: semble assez simple moins d'effort
inconvénients: mono utilisateur
-JdbcTemplate
inconvénients: bcp de codes
-HibernateTemplate

[fr1man]

Pourquoi JPA serait mono utilisateur ?

[yLaplace]

Du moins c'est ce que je crois.L'utilisation de entityFactory n'engendre t'elle pas une seule type qe connection à la bd avec les mêmes droits sur les objets. l'impossibilité de distingué deux utilisateurs différents.

[fr1man]

Dans ce cas là, il te faudra autant d'EntityManager que de User mais je ne pense pas que cela soit une bonne idée de le gérer comme ça, si c'est bien une application web.

[JeitEmgie]

Du moins c'est ce que je crois.L'utilisation de entityFactory n'engendre t'elle pas une seule type qe connection à la bd avec les mêmes droits sur les objets. l'impossibilité de distingué deux utilisateurs différents.

ne mélangez pas "application's users" et "RDBMS's user" …

la gestion des rôles dans l'application peut se gérer via des frameworks tel que Spring-security…

la gestion des rôles de la DB est du ressort du DBA…

vouloir réutiliser les utilisateurs définis au niveau de la database au niveau de l'application n'est pas à conseiller… à moins que l'application elle-même soit un outil d'admin du RDBMS… auquel cas la sécurité sera réglée aussi par la configuration réseau…

[yLaplace]

ne mélangez pas "application's users" et "RDBMS's user" …
la gestion des rôles de la DB est du ressort du DBA…

vouloir réutiliser les utilisateurs définis au niveau de la database au niveau de l'application n'est pas à conseiller…… …

Si je ne m'abuse, je pense que si, les utilisateurs (login,mp) defini au niveau de la bd doivent être utilisés au niveau applicatif comme le fait les gros system tq Oracle. Ds Oracle, les utilisateurs définis au niveau du bd sont ceux qui sont habilités à utiliser l'application ( ça fait part de la sécurisation de l'appli). moi j'opte plus pour cela car un inconnu du systeme ne pourra pas l'utiliser

[JeitEmgie]

Si je ne m'abuse, je pense que si, les utilisateurs (login,mp) defini au niveau de la bd doivent être utilisés au niveau applicatif comme le fait les gros system tq Oracle. Ds Oracle, les utilisateurs définis au niveau du bd sont ceux qui sont habilités à utiliser l'application ( ça fait part de la sécurisation de l'appli). moi j'opte plus pour cela car un inconnu du systeme ne pourra pas l'utiliser

"doivent" : définitivement non
"peuvent" : dans certains cas… si nécessaire et qu'il n'y a pas moyen de faire autrement par rapport aux fonctionnalités requises…


n'oubliez pas qu'un utilisateur qui a un login d'accès à la DB peut utiliser un outil d'administration (TOAD, SQLDeveloper, Navicat, …) et voir le contenu des tables, et éventuellement manipuler leur contenus SANS passer par la couche applicative qui est là pour veiller à ce que les règles business soient respectées…

ce n'est pas une question de taille de système…


et quand vous sécurisez une application avec une couche comme spring-security : aucun "inconnu" du système n'aura accès à autre chose que ce que VOUS déciderez qu'un "guest" à le droit de voir…