Diese Antwort definiert nicht den Unterschied zwischen einem Eigentümer und einem Schema, aber ich denke, sie trägt zur Diskussion bei.
Ich habe mit der Idee zu kämpfen, dass ich N Benutzernummern erstelle, bei denen jeder dieser Benutzer ein einzelnes Schema "konsumieren" (auch bekannt als "verwenden") soll.
Er hat einen zweiten "Synonym" -Ansatz (hier nicht aufgeführt). Ich zitiere hier nur die CURRENT_SCHEMA-Version (einen seiner Ansätze):
CURRENT_SCHEMA Ansatz
Diese Methode verwendet das CURRENT_SCHEMASitzungsattribut, um Anwendungsbenutzer automatisch auf das richtige Schema zu verweisen.
Zuerst erstellen wir den Schemabesitzer und einen Anwendungsbenutzer.
CONN sys/password AS SYSDBA
-- Remove existing users and roles with the same names.
DROP USER schema_owner CASCADE;
DROP USER app_user CASCADE;
DROP ROLE schema_rw_role;
DROP ROLE schema_ro_role;
-- Schema owner.
CREATE USER schema_owner IDENTIFIED BY password
DEFAULT TABLESPACE users
TEMPORARY TABLESPACE temp
QUOTA UNLIMITED ON users;
GRANT CONNECT, CREATE TABLE TO schema_owner;
-- Application user.
CREATE USER app_user IDENTIFIED BY password
DEFAULT TABLESPACE users
TEMPORARY TABLESPACE temp;
GRANT CONNECT TO app_user;
Beachten Sie, dass der Anwendungsbenutzer eine Verbindung herstellen kann, jedoch keine Tabellenbereichskontingente oder Berechtigungen zum Erstellen von Objekten hat.
Als Nächstes erstellen wir einige Rollen, um Lese- / Schreibzugriff und Nur-Lese-Zugriff zu ermöglichen.
CREATE ROLE schema_rw_role;
CREATE ROLE schema_ro_role;
Wir möchten unserem Anwendungsbenutzer Lese- und Schreibzugriff auf die Schemaobjekte gewähren, daher erteilen wir die entsprechende Rolle.
GRANT schema_rw_role TO app_user;
Wir müssen sicherstellen, dass der Standardschema des Anwendungsbenutzers auf den Schemabesitzer verweist. Daher erstellen wir einen AFTER LOGON-Trigger, um dies für uns zu tun.
CREATE OR REPLACE TRIGGER app_user.after_logon_trg
AFTER LOGON ON app_user.SCHEMA
BEGIN
DBMS_APPLICATION_INFO.set_module(USER, 'Initialized');
EXECUTE IMMEDIATE 'ALTER SESSION SET current_schema=SCHEMA_OWNER';
END;
/
Jetzt können wir ein Objekt im Schemaeigentümer erstellen.
CONN schema_owner/password
CREATE TABLE test_tab (
id NUMBER,
description VARCHAR2(50),
CONSTRAINT test_tab_pk PRIMARY KEY (id)
);
GRANT SELECT ON test_tab TO schema_ro_role;
GRANT SELECT, INSERT, UPDATE, DELETE ON test_tab TO schema_rw_role;
Beachten Sie, wie die Berechtigungen den relevanten Rollen gewährt werden. Ohne dies wären die Objekte für den Anwendungsbenutzer nicht sichtbar. Wir haben jetzt einen funktionierenden Schemabesitzer und Anwendungsbenutzer.
SQL> CONN app_user/password
Connected.
SQL> DESC test_tab
Name Null? Type
----------------------------------------------------- -------- ------------------------------------
ID NOT NULL NUMBER
DESCRIPTION VARCHAR2(50)
SQL>
Diese Methode ist ideal, wenn der Anwendungsbenutzer lediglich ein alternativer Einstiegspunkt in das Hauptschema ist und keine eigenen Objekte benötigt.