Version imprimable
Bonjour
J'ai cree un nouvel utilisateur en duppliquant l'ancien
je peux faire un SELECT ancien.MATABLE mais pas ancien.MAVUE
J'ai également essayé de recreer la VUE avec le nouvel utilisateur, mais j'obtiens des erreurs dans ce cas ?
Une idée
Merci ?
Faut vérifier les GRANTS donnés sur la vue et comparer avec ceux donnés sur la table.
Bonjour
Oui j'ai du mettre des GRANTS sur les vues, mettre des GRANTS sur les tables et creer des SYNONYMES pour que mon programme HIBERNATE/SPRING fonctionne.
Je pensais que les ROLES allait me gerer tout cela pour moi, car à terme le user initial va disparaitre ou etre desactivé
Il n'y a pas plus simple ??
Merci
Bonjour,
Les notions de rôle et de groupe sont subtilement différentes :
L'adhésion à un groupe est déterminée par l'administrateur dans le sens où il inscrit un user dans un groupe et c'est tout.
L'adhésion à un rôle est un acte en 2 parties :
- l'administrateur autorise (grant) qu'un user puisse se réclamer de ce rôle
- l'utilisateur défini les rôles auquel il veut adhérer ou pasDu coup, pour les objets "programmés", les droits ne peuvent utiliser les rôles pour définir le contexte d’exécution ; il faut que le propriétaire (Oracle confond la notion de propriétaire et de schéma, dont le propriétaire est le nom "ancien.quelquechose dans votre exemple) ait reçu les droits directement.Code:SET ROLE NONE;
C'est une des nombreuses casseroles de conception qu'Oracle se traine.
Mais c'est aussi grâce à ça que le code est 100% compatible entre les versions anciennes vers les nouvelles.
Large débat ...
Oui j'ose affirmer qu'Oracle se traine des casseroles :
Sachez aussi que c'est la raison pour laquelle on ne peut renommer SYS.
Il ne se retrouve structurellement protégé que par la complexité du mot de passe.
Et comme certaines opérations ne sont possibles qu'en tant que SYS, le mot de passe ne doit pas être trop complexe non plus...
A cela on ajoute que SYS ne peut être désactivé -> le mot de passe n'expire jamais
Enjoy :aie: