GRANT SELECT ON table_truc (colonne_machin) TO...

**dyvim** · 07/10/2005, 15h18

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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...

Mais je veux bien une confirmation... Et si quelqu'un voit une solution alternative... Je suis preneur.

**usf70** · 07/10/2005, 15h28

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

**dyvim** · 07/10/2005, 15h31

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...

**Jaouad** · 07/10/2005, 15h34

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

Jaouad

**dyvim** · 07/10/2005, 15h36

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...

**Jaouad** · 07/10/2005, 15h38

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

**dyvim** · 07/10/2005, 15h55

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...

**Jaouad** · 07/10/2005, 15h59

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

**dyvim** · 07/10/2005, 16h20

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é)

**Jaouad** · 07/10/2005, 16h24

A qui appartient la table PRODUCT_REFERENTIAL ?

**orafrance** · 07/10/2005, 16h34

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

**dyvim** · 07/10/2005, 16h34

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

**orafrance** · 07/10/2005, 16h35

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

**dyvim** · 07/10/2005, 16h38

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 ..

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)

**Jaouad** · 07/10/2005, 16h41

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

**dyvim** · 07/10/2005, 16h42

Envoyé par Fred_D

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

Je ne comprends pas bien là...

**dyvim** · 07/10/2005, 16h45

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...