Export de procédures d'un schéma vers un autre

Version imprimable

24/10/2006, 11h32
dyvim

Export de procédures d'un schéma vers un autre

Bonjour,

Je suis confronté à un problème sur le projet auquel je participe.

Nous avons un schema de travail appelé BILLING.
Et plusieurs autres schémas appelés (entre autre) VIEWCUST et VIEWSUP qui ont le droit de voir les données du schéma de travail par l'utilisation de synonymes mais pas de faire de modifications.

Sur le schéma de travail, se trouvent de nombreuses procédures stockées, fonctions, triggers, packages,... que les "utilisateurs" VIEWCUST et VIEWSUP devraient pouvoir visualiser...(juste pour les voir pas les lancer)

Par le biais des synonymes ce n'est pas possible (a moins que j'ai raté quelque chose) donc pour l'instant nous utilisons un script (shellscript sous unix) qui récupère le code via select sur user_source sur BILLING , et va le recréer sur les schémas VIEW... (en passant par la création de fichiers temporaires,...)

Est ce que quelqu'un voit une façon plus simple de faire?

Ah oui je suis sous Oracle 9
24/10/2006, 11h44
orafrance

il faut autoriser la lecture de DBA_SOURCE j'imagine
24/10/2006, 11h50
dyvim

Vérifions si je t'ai bien compris Fred_D...

Tu me dis que si je donne le privilège de lecture sur DBA_SOURCE à mes user VIEWCUST et VIEWSUP, ils pourront visualiser les procédures de mon schéma BILLING?

Normalement ou juste en faisant un select sur DBA_SOURCE? Parce que l'idée c'est qu'il puisse les visualiser dans TOAD en fait...
24/10/2006, 11h59
orafrance

il faut essayer ;)

Sinon, ce sera le role SELECT_CATALOG_ROLE je pense.
24/10/2006, 16h14
dyvim

Quelle est la fonction exacte du role SELECT_CATALOG_ROLE ?
24/10/2006, 17h08
orafrance

autoriser la lecture de toutes les tables du catalogue... si je ne m'abuse ce sont les v$ et all_
24/10/2006, 17h43
dyvim

Merci...

Je viens de faire un test avec un GRANT EXECUTE ANY PROCEDURE pensant que le user ne pourrait pas les faire tourner du fait de l'absence de droits d'INSERT/DELETE/UPDATE...
Malheureusement il a pu exécuter la procédure ...

Et je manque de privilege pour donner un droit de select sur DBA_SOURCE...

Pour le role... Je me souvient bien comment en créer un ... Mais pour en affecter un a un utilisateur je sèche...

--- edit

oups GRANT SELECT_CATALOG_ROLE TO ... marche très bien...
24/10/2006, 18h01
dyvim

Bien...

J'ai testé le role SELECT_CATALOG_ROLE...

Accordé à un utilisateur il ne permet pas à celui ci de faire un DESC sur une procédure située sur un autre schéma...

Est-ce que cela répond à ton problème :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
 
conn system/manager@base
Connecté.
 
create user test identified by test ;
Utilisateur créé.
 
create user test2 identified by test2;
Utilisateur créé.
 
grant connect, resource to test;
Autorisation de privilèges (GRANT) acceptée.
 
grant connect, resource to test2;
Autorisation de privilèges (GRANT) acceptée.
 
conn test/test@base
create procedure toto is
begin
dbms_output.put_line('proc toto');
end;
/
Procédure créée.
 
set serveroutput on size 10000
exec toto;
proc toto
Procédure PL/SQL terminée avec succès.
 
conn test2/test2@base
Connecté.
 
desc test.toto
ERROR:
ORA-04043: objet test.toto inexistant
 
conn system/manager@base
Connecté.
 
grant create any procedure to test2;
Autorisation de privilèges (GRANT) acceptée.
 
conn test2/test2@base
Connecté.
desc test.toto
PROCEDURE test.toto
 
drop procedure test.toto;
drop procedure test.toto
*
ERREUR à la ligne 1 :
ORA-01031: privilèges insuffisants
 
exec test.toto;
BEGIN test.toto; END;
           *
ERREUR à la ligne 1 :
ORA-06550: Ligne 1, colonne 12 :
PLS-00904: privilège insuffisant pour accéder à l'objet TEST.TOTO
ORA-06550: Ligne 1, colonne 7 :
PL/SQL: Statement ignored

24/10/2006, 20h47
Titouf

Bonjour, Je n'ai pas tout compris, mais je crois que j'ai déjà eu le problème sous TOAD...
Tu veux visualiser des sources d'un autre schéma auquel tu n'appartiens pas, sous TOAD...
Nous les DBA, on fait un GRANT VIEW quelque chose, je crois, puis il a fallu modifier un parm de TOAD, dans le startup (menu option), "...DBA... ", un truc comme ça...
Je relie mon post, et je me dis que si tu retrouves avec ces infos, tu es super doué.:D
25/10/2006, 10h17
dyvim

Alors si je t'ai bien suivi jlucch :

Si je donne le privilege CEATE ANY PROCEDURE à mes user VIEW... ils pourront visualiser les procedures des autres schemas mais pas les lancer...
Ca semble répondre à mes préoccupations...

Juste une question : est ce que çà ne permettra pas aux user VIEW... de créer des procedures sur mon schéma BILLING?

Je teste de suite...
25/10/2006, 10h24
orafrance

je viens d'avoir le cas au boulot et je vous confirme que CONNECT et SELECT_CATALOG_ROLE suffisent :)
25/10/2006, 10h31
dyvim

J'ai ma réponse...

Le privilege CREATE ANY PROCEDURE ne permet pas de modifier les procs d'un autre schéma...

Merci beaucoup jlucch (et Fred_D aussi)
25/10/2006, 10h34
dyvim

Citation:

Envoyé par Fred_D

je viens d'avoir le cas au boulot et je vous confirme que CONNECT et SELECT_CATALOG_ROLE suffisent :)

Ben c'est bizarre çà, j'ai testé aussi hier chez moi et ca ne marchait pas...
Tu es sur que tu n'as pas aussi le CREATE ANY PROCEDURE ?
16/11/2006, 12h58
dyvim

Je remet ce sujet sur le tapis car après l'analyse du probleme je passe au developpement...

J'ai testé le coup du CREATE ANY PROCEDURE...
Ca marche bien mais mon user VIEW... peut créer des procedures sur mon schema BILLING (il ne peut pas les lancer mais peut en créer... ca me gene un peu quand meme)

J'ai testé aussi les roles CONNECT et SELECT_CATALOG_ROLE par contre là çà ne marche pas...
Je ne comprends pas comment çà peut marcher chez toi Fred_D et pas chez moi... C'est quand meme bizarre...
24/11/2006, 12h22
dyvim

Fred_D, pourrais tu revenir sur ce point STP...
J'ai tenté les deux roles que tu m'indiquais mais chez moi cela ne marche vraiment pas... Es-tu sur que cela soit suffisant? N'aurais tu pas en plus un autre privilege?
24/11/2006, 15h46
orafrance

explique ton problème de manière exhaustive STP
24/11/2006, 17h02
dyvim

Et bien...

D'après ce que tu as dit précédemment conférer les rôles CONNECT et SELECT_CATALOG_ROLE à un user devrait permettre à celui-ci de visionner les procédures stockées sur d'autres schémas que le sien...

J'ai conféré ces rôles à l'un de mes user, or il ne peut toujours pas voir quoi que ce soit comme procédure sur un autre schéma...

Je ne vois pas pourquoi cela marche chez toi et pas chez moi...

Note : Si je lui donne le privilege CREATE ANY PROCEDURE il pourra les visualiser mais il pourra aussi en créer n'importe où et cela m'embête un peu...

juste au cas ou je suis toujours en Oracle 9.2