Régénérer les Subventions pour les rôles à travers les schémas

Vous pouvez le faire avec un peu de code PL/SQL:

TYPE obj_name_type is TABLE OF ALL_OBJECTS%OBJECT_NAME INDEX BY BINARY_INTEGER;
object_names obj_name_type;
i INTEGER;
BEGIN
   SELECT object_name BULK COLLECT INTO object_names FROM ALL_OBJECTS WHERE OWNER = 'whatever' AND object_type = 'PROCEDURE';
   FOR i IN 1 .. object_names.last LOOP
         EXECUTE IMMEDIATE 'GRANT EXECUTE ON ' object_names(i) ' TO ' role_name
   END LOOP;
END;

Vous pouvez le rendre plus générique pour cartographier les types d'autorisation pour les types d'objet ou quoi avez-vous mais c'est l'idée de base.

Vous devez utiliser EXECUTE IMMEDIATE parce que vous ne pouvez pas exécuter DDL de manière statique à l'intérieur du code de procédure.

Je voulais résoudre un problème beaucoup comme celui-ci. La seule différence est que je voulais un outil qui est plus générique, et aussi SGBD agnostique. Je voulais être en mesure d'appliquer l'outil dans les environnements de production, et certains des bases de données cibles n'étaient pas Oracle.

que je suis venu avec était une Powershell fonction qui effectue paramètre de substitution, et génère un répétitives script contenant une séquence d'instructions GRANT. La sortie ressemble à

grant ALL 
   on Employees 
   to DBA;




grant READ 
   on Employees 
   to Analyst;




grant READ, WRITE 
   on Employees 
   to Application;




grant ALL 
   on Departments 
   to DBA;




grant READ 
   on Departments 
   to Analyst, Application;

Il y a deux entrées pour mon outil de, un modèle de fichier et un fichier csv. Le modèle de fichier ressemble à ceci:

grant $privs 
   on $table 
   to $user;

Et le fichier csv ressemble à ceci:

privs,table,user
ALL,Employees,DBA
READ,Employees,Analyst
"READ, WRITE", Employees, Application
ALL,Departments,DBA
READ,Departments,"Analyst, Application"

L'expansion de l'outil ressemble à ceci:

<#  This function is a table driven template tool. 
    It's a refinement of an earlier attempt.

    It generates output from a template and
    a driver table.  The template file contains plain
    text and embedded variables.  The driver table 
    (in a csv file) has one column for each variable, 
    and one row for each expansion to be generated.

    5/13/2015

#>

function Expand-csv {
   [CmdletBinding()]
   Param(
      [Parameter(Mandatory=$true)]
      [string] $driver,
      [Parameter(Mandatory=$true)]
      [string] $template
   )
   Process
   {
      $OFS = "`r`n"
      $list = Import-Csv $driver
      [string]$pattern = Get-Content $template

      foreach ($item in $list) {
         foreach ($key in $item.psobject.properties) {
            Set-variable -name $key.name -value $key.value
            }
         $ExecutionContext.InvokeCommand.ExpandString($pattern) 
         }
   }
}

Enfin, un exemple d'appel à l'outil ressemble à ceci:

Expand-csv demo.csv demo.tem > demo.sql

noter que le fichier csv spec vient en premier, et le fichier de modèle de spec vient en second.
notez que la "forme" paramètres utilisés dans le modèle de fichier ressemble Powershell variables. C'est ce qu'ils sont.
notez que les noms utilisés dans le modèle correspondent aux noms qui apparaissent dans l'en-tête du fichier csv.

En fait, j'ai utilisé un précurseur de cet outil avec une variété de dialectes SQL, et également à la cible de langues autres que SQL. Je l'ai même utilisé pour générer un répétitives script Powershell qui ne fait rien de plus que d'appeler un autre .ps1 script, encore et encore, avec différents paramètres réels.

C'est pas le plus élégant de l'outil dans le monde, mais il me sert bien.