IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Oracle Discussion :

Accès à un tablespace donné


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éprouvé Avatar de awalter1
    Inscrit en
    Août 2004
    Messages
    994
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 994
    Par défaut Accès à un tablespace donné
    Bonjour,
    Auparavant, mon application gérait un projet par database. Chaque user unix avait un user oracle associé.
    Il est décidé de mettre plusieurs projets par database, chaque projet restant indépendant des autres. Je pense à utiliser le concept de tablespace avec 1 projet=1 tablespace.
    Un utilisateur unix doit pouvoir accèder à chaque projet (tablespace), pas en même temps cependant. Comment faire le lien entre un user et un tablespace ?
    Je vois que lors de la création d'un user, on peut associer un tablespace. Faut t'il alors considérer que chaque user unix aura plusieurs users oracle en fonction du tablespace à atteindre ? Y a t'il d'autre moyens ?
    Merci de votre éclairage

  2. #2
    Rédacteur

    Homme Profil pro
    Consultant / formateur Oracle et SQL Server
    Inscrit en
    Décembre 2002
    Messages
    3 461
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Consultant / formateur Oracle et SQL Server

    Informations forums :
    Inscription : Décembre 2002
    Messages : 3 461
    Par défaut
    Dédier un tablespace (ou un jeu de tablespaces) à chaque application, c'est une bonne chose, car ainsi vous aurez la possibilité de faire des opérations de maintenance qui toucheront uniquement l'application ciblée : mise OFFLINE, READ ONLY, sauvegarde, etc.

    Par contre, la notion de tablespace n'intervient pas pour ce qui concerne les privilèges. On donne par exemple le droit SELECT à SCOTT sur la table COMPTA.HISTO_TVA, peu importe le tablespace dans lequel cette table se trouve.

    Donc le fait de mutualiser votre base entre plusieurs applications ne change rien à votre gestion : il faut donner aux utilisateurs juste les droits dont ils ont besoin, et rien de plus.

    Dans une base mutualisée, pour garantir l'étanchéité entre les différentes applications, il faut en particulier contrôler les points suivants
    * aucun privilège sur des objets applicatifs ne devrait être donné à PUBLIC
    * personne ne devrait avoir de privilèges de type ANY (par exemple SELECT ANY TABLE), car sinon ces personnes pourront accéder à tous les objets de la base, toutes applications confondues
    * pas d'usage des liens de base de données publics
    * pas d'usage des synonymes publics

  3. #3
    Membre éprouvé Avatar de awalter1
    Inscrit en
    Août 2004
    Messages
    994
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 994
    Par défaut
    Pourtant, il est possible de préciser un tablespace lors de la création d'une table, ceci ne restreint t'il pas l'accès à la table ?
    merci

  4. #4
    Membre éprouvé Avatar de awalter1
    Inscrit en
    Août 2004
    Messages
    994
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 994
    Par défaut
    Si j'ai compris ce que j'ai lu par ailleurs :
    pour le projet1 :
    je crée le user PROJET1,
    je créé mes tables du projet1 sous le user PROJET1,
    puis je donne les droits aux autres users sur ces tables.
    Je fais de même pour les autres projets, et j'aurais une séparation claires entre mes projets.
    Je garde la notion de tablespace pour faciliter les opérations de maintenance.
    Merci

  5. #5
    Rédacteur

    Homme Profil pro
    Consultant / formateur Oracle et SQL Server
    Inscrit en
    Décembre 2002
    Messages
    3 461
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Consultant / formateur Oracle et SQL Server

    Informations forums :
    Inscription : Décembre 2002
    Messages : 3 461
    Par défaut
    C'est bien ça !

    Car il n'y a pas de lien entre tablespace et droit d'accès. On ne peut pas donner des droits d'accès à quelqu'un sur un tablespace.

  6. #6
    Membre éprouvé Avatar de awalter1
    Inscrit en
    Août 2004
    Messages
    994
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 994
    Par défaut
    Juste pour terminer, pourquoi lors de la création d'un user faut t'il préciser un tablespace ?
    Merci

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [PHPMyAdmin] Accès base de donnée pour utilisateur
    Par nicodeme dans le forum Outils
    Réponses: 2
    Dernier message: 04/03/2006, 01h10
  2. [MFC] Accès pointeur qui donne rien :s
    Par EagleEye dans le forum MFC
    Réponses: 3
    Dernier message: 02/03/2006, 18h32
  3. [C#]Global.asax et accès base de données.
    Par R'SKaP dans le forum ASP.NET
    Réponses: 13
    Dernier message: 26/01/2006, 15h00
  4. Réponses: 6
    Dernier message: 19/11/2004, 16h52
  5. [Kylix] Kylix et accès Base de données
    Par Oyoboy dans le forum EDI
    Réponses: 16
    Dernier message: 22/06/2004, 16h41

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo