Questa risposta non definisce la differenza tra un proprietario e uno schema, ma penso che si aggiunga alla discussione.
Ho lottato con l'idea di creare un numero N di utenti in cui desidero che ciascuno di essi "consumi" (ovvero utilizzi) un singolo schema.
Ha un secondo approccio "sinonimo" (non elencato qui). Sto solo citando la versione CURRENT_SCHEMA (uno dei suoi approcci) qui:
CURRENT_SCHEMA Approccio
Questo metodo utilizza l' CURRENT_SCHEMAattributo di sessione per indirizzare automaticamente gli utenti dell'applicazione allo schema corretto.
Innanzitutto, creiamo il proprietario dello schema e un utente dell'applicazione.
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;
Si noti che l'utente dell'applicazione può connettersi, ma non dispone di quote o privilegi di tablespace per creare oggetti.
Successivamente, creiamo alcuni ruoli per consentire l'accesso in lettura e scrittura e in sola lettura.
CREATE ROLE schema_rw_role;
CREATE ROLE schema_ro_role;
Vogliamo dare ai nostri utenti dell'applicazione l'accesso in lettura e scrittura agli oggetti dello schema, quindi garantiamo il ruolo rilevante.
GRANT schema_rw_role TO app_user;
Dobbiamo assicurarci che l'utente dell'applicazione abbia il suo schema predefinito che punta al proprietario dello schema, quindi creiamo un trigger AFTER LOGON per farlo per noi.
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;
/
Ora siamo pronti per creare un oggetto nel proprietario dello schema.
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;
Notare come i privilegi vengono concessi ai ruoli pertinenti. Senza questo, gli oggetti non sarebbero visibili all'utente dell'applicazione. Ora abbiamo un proprietario dello schema e un utente dell'applicazione funzionanti.
SQL> CONN app_user/password
Connected.
SQL> DESC test_tab
Name Null? Type
----------------------------------------------------- -------- ------------------------------------
ID NOT NULL NUMBER
DESCRIPTION VARCHAR2(50)
SQL>
Questo metodo è ideale laddove l'utente dell'applicazione sia semplicemente un punto di ingresso alternativo allo schema principale, che non richiede oggetti propri.