Essa resposta não define a diferença entre um proprietário e um esquema, mas acho que isso aumenta a discussão.
Eu lutei com a idéia de criar um número N de usuários onde desejo que cada um desses usuários "consuma" (ou seja, use) um único esquema.
Ele tem uma segunda abordagem de "sinônimo" (não listada aqui). Estou apenas citando a versão CURRENT_SCHEMA (uma de suas abordagens) aqui:
CURRENT_SCHEMA Abordagem
Este método usa o CURRENT_SCHEMAatributo session para apontar automaticamente os usuários do aplicativo para o esquema correto.
Primeiro, criamos o proprietário do esquema e um usuário do aplicativo.
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;
Observe que o usuário do aplicativo pode se conectar, mas não possui cotas ou privilégios de espaço de tabela para criar objetos.
Em seguida, criamos algumas funções para permitir acesso de leitura e gravação e somente leitura.
CREATE ROLE schema_rw_role;
CREATE ROLE schema_ro_role;
Queremos conceder ao usuário do aplicativo acesso de leitura e gravação aos objetos do esquema, portanto, concedemos a função relevante.
GRANT schema_rw_role TO app_user;
Precisamos garantir que o usuário do aplicativo tenha seu esquema padrão apontando para o proprietário do esquema; portanto, criamos um gatilho AFTER LOGON para fazer isso por nós.
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;
/
Agora estamos prontos para criar um objeto no proprietário do esquema.
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;
Observe como os privilégios são concedidos às funções relevantes. Sem isso, os objetos não ficariam visíveis para o usuário do aplicativo. Agora temos um proprietário de esquema e um usuário de aplicativo em funcionamento.
SQL> CONN app_user/password
Connected.
SQL> DESC test_tab
Name Null? Type
----------------------------------------------------- -------- ------------------------------------
ID NOT NULL NUMBER
DESCRIPTION VARCHAR2(50)
SQL>
Esse método é ideal quando o usuário do aplicativo é simplesmente um ponto de entrada alternativo para o esquema principal, sem a necessidade de objetos próprios.