Bonjour,
En 10g, considérons que tous les utilisateurs de la base ont les mêmes privilèges d'accès au données, y a t'il un désavantage à ne créer qu'un utilisateur oracle (celui sur lequel les tables vont être créées) pour tout le monde ?
Merci
Bonjour,
En 10g, considérons que tous les utilisateurs de la base ont les mêmes privilèges d'accès au données, y a t'il un désavantage à ne créer qu'un utilisateur oracle (celui sur lequel les tables vont être créées) pour tout le monde ?
Merci
Sans vouloir faire le pédant, "a priori" est une locution latine et le "a" n'a pas d'accent.
A part ça, sur le fond, j'ai hérité d'un système où 100 users étaient définis. Ils étaient tous rattachés à un user OPS$OPE sur lequel les tables étaient créées. Ils avaient les mêmes privilèges. C'était lourd pour créer tous les synonymes, les grants ...
Et finalement cela ne servait à rien ?
Merci
Bonjour,
en passant par un role auquel tu grantes le necessaire (create session, create synonym, + les droits sur les objets du schema propriétaire par exemple), role que tu attribues à chaque user créé, et auquel tu rajoutes des droits à chaque création d'objet, ce n'est pas si sorcier et, niveau sécurité, ça me semble un peu plus carré.
avec un utilisateur de BD par utilisateurs réél tu pourras plus simplement identifier les sessions qui posent problèmes. Mais effectivement une gestion un peu plus lourde. Si l'application a prévue cette gestion des utilisateurs alors ce n'est pas du tout un problème.
Partager