GRANT SELECT ON table_truc (colonne_machin) TO...

Bonjour,
Suite à une demande de clients qui ne souhaitent plus voir certaines colonnes d'une table, je me demandais si je pouvais résoudre ce problème en attribuant des droits de SELECT spécifiques sur certaines colonnes...
Comme ceci par exemple..

Code:

---

1 2 3 4 5 6 7

GRANT SELECT ON PROD_REF (COL1, COL2, COL3, ...) TO viewcust

---

A priori je n'ai pas le droit... :cry: Mais je veux bien une confirmation... Et si quelqu'un voit une solution alternative... Je suis preneur. :wink:

Peut-être créer une vue ... avec juste les colonnes de la table qu'ils veulent voir ...

J'y avais bien pensé mais ils vont certainement tiquer car le nom aura changé ...
Mais c'est sans doute ce que je vais leur proposer...

La seule solution est un vue avec peut être un synonyme si c'est un autre schéma

Jaouad

Citation:

---

Envoyé par Jaouad

La seule solution est un vue avec peut être un synonyme si c'est un autre schéma

---

Si la table n'est pas du tout dans le schema de mon client/utilisateur, je peux donner son nom à ma nouvelle vue c'est bien çà??? Mais il faut donc que je l'enlève...
Ca pourrait m'interesser...

Dans ce cas là :
1) tu crée la vue avec les champs désirés
2) tu donne les droits a=à l'autre user
3) dans l'autre schéma tu crée un synonyme avec le même nom que la table

Voila

Jaouad

L'idée était bonne...
Malheureusement je ne dispose que d'un seul schéma et je ne peux donc pas DROPer la table...
Ma vue devra donc posséder un nom différent...
Merci encore...

j'ai pas compris la
tu dispose d'un seul schéma ou de plusieurs ???

Citation:

---

Envoyé par Jaouad

j'ai pas compris la tu dispose d'un seul schéma ou de plusieurs ???

---

Un seul, j'ai vérifié...
J'ai plusieurs utilisateurs mais un seul et unique schéma
(et vu l'ampleur du projet ca ne sera pas modifié)

A qui appartient la table PRODUCT_REFERENTIAL ?

Citation:

---

Envoyé par dyvim

J'y avais bien pensé mais ils vont certainement tiquer car le nom aura changé ...
Mais c'est sans doute ce que je vais leur proposer...

---

dans ce cas tu renommes la table et crée une vue avec l'ancien nom :)

A un utilisateur nommé ARBOR...
Qui doit avoir a peu pres tous les droits et à qui tout appartient...

et pourquoi pas tout bêtement changer la liste des colonnes dans l'appli ? :?

Citation:

---

Envoyé par Fred_D

dans ce cas tu renommes la table et crée une vue avec l'ancien nom :)

---

Hou là là ... surtout pas .. 8O il doit bien y avoir une cinquantaine de procedures qui la référencent...(je ne connais pas le nombre exact elles sont dans des packages)

Je résume parce que la j'ai l'impression qur tu ne m'a pas compris :
La table PRODUCT_REFERENTIAL appartient a ARBOR et tu veux que
viewbops ne puisse voir que quelques colonnes.

Dans le schéma arbor tu crée un vue avec juste les colonnes que tu veux
tu donne les droits a viewbops sur cette vue.
Puis dans viewbops tu crée un synonyme ( nom de la table ) sur cette vue .


Jaouad

Citation:

---

Envoyé par Fred_D

et pourquoi pas tout bêtement changer la liste des colonnes dans l'appli ? :?

---

Je ne comprends pas bien là... :?

Citation:

---

Envoyé par Jaouad

Je résume parce que la j'ai l'impression qur tu ne m'a pas compris :
La table PRODUCT_REFERENTIAL appartient a ARBOR et tu veux que
viewbops ne puisse voir que quelques colonnes.

Dans le schéma arbor tu crée un vue avec juste les colonnes que tu veux
tu donne les droits a viewbops sur cette vue.
Puis dans viewbops tu crée un synonyme ( nom de la table ) sur cette vue .

---

Oui je comprends bien... Si j'ai deux schémas cela marche très bien... Mais VIEWBOPS et ARBOR sont sur le même schéma...
Donc je ne peux pas créer un SYNONYM qui porte le même nom qu'une de mes tables...

Citation:

---

Mais VIEWBOPS et ARBOR sont sur le même schéma...

---

8O est ce que c'est deux user différents ou pas ???

Citation:

---

Envoyé par Jaouad

Citation:

---

Mais VIEWBOPS et ARBOR sont sur le même schéma...

---

8O est ce que c'est deux user différents ou pas ???

---

OUI...

Je pense que tu dois confondre des prinicipes ..
Si tu as deux users différents , tu peux verifier en faisant :

Code:

---

select username from dba_users ;

---

Alors ma méthode est Bonne .