Esta respuesta no define la diferencia entre un propietario y un esquema, pero creo que se suma a la discusión.
Me ha costado la idea de crear un número N de usuarios donde quiero que cada uno de estos usuarios "consuma" (es decir, use) un solo esquema.
Él tiene un segundo enfoque "sinónimo" (no incluido aquí). Solo estoy citando la versión CURRENT_SCHEMA (uno de sus enfoques) aquí:
CURRENT_SCHEMA Acercarse
Este método utiliza el CURRENT_SCHEMAatributo de sesión para apuntar automáticamente a los usuarios de la aplicación al esquema correcto.
Primero, creamos el propietario del esquema y un usuario de la aplicación.
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;
Tenga en cuenta que el usuario de la aplicación puede conectarse, pero no tiene cuotas de espacio de tabla o privilegios para crear objetos.
A continuación, creamos algunos roles para permitir el acceso de lectura-escritura y de solo lectura.
CREATE ROLE schema_rw_role;
CREATE ROLE schema_ro_role;
Queremos dar a nuestro usuario de la aplicación acceso de lectura y escritura a los objetos del esquema, por lo que otorgamos el rol relevante.
GRANT schema_rw_role TO app_user;
Necesitamos asegurarnos de que el usuario de la aplicación tenga su esquema predeterminado apuntando al propietario del esquema, por lo que creamos un activador DESPUÉS DEL INICIO DE SESIÓN para que lo haga por nosotros.
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;
/
Ahora estamos listos para crear un objeto en el propietario del 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 cómo se otorgan los privilegios a los roles relevantes. Sin esto, los objetos no serían visibles para el usuario de la aplicación. Ahora tenemos un propietario de esquema funcional y un usuario de la aplicación.
SQL> CONN app_user/password
Connected.
SQL> DESC test_tab
Name Null? Type
----------------------------------------------------- -------- ------------------------------------
ID NOT NULL NUMBER
DESCRIPTION VARCHAR2(50)
SQL>
Este método es ideal cuando el usuario de la aplicación es simplemente un punto de entrada alternativo al esquema principal, que no requiere objetos propios.