彼には2番目の「同義語」アプローチがあります（ここにはリストされていません）。ここでは、CURRENT_SCHEMAバージョン（彼のアプローチの1つ）のみを引用しています。
CURRENT_SCHEMA アプローチ
このメソッドは、CURRENT_SCHEMAセッション属性を使用して、アプリケーションユーザーを正しいスキーマに自動的にポイントします。
まず、スキーマの所有者とアプリケーションユーザーを作成します。
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;
アプリケーションユーザーは接続できますが、オブジェクトを作成するためのテーブルスペースクォータまたは権限がないことに注意してください。
次に、読み取り/書き込みおよび読み取り専用アクセスを許可するいくつかのロールを作成します。
CREATE ROLE schema_rw_role;
CREATE ROLE schema_ro_role;
アプリケーションユーザーにスキーマオブジェクトへの読み取り/書き込みアクセス権を与えたいので、関連するロールを付与します。
GRANT schema_rw_role TO app_user;
アプリケーションユーザーがそのスキーマの所有者を指すデフォルトのスキーマを持っていることを確認する必要があるため、これを行うためにAFTER LOGONトリガーを作成します。
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;
/
これで、スキーマ所有者にオブジェクトを作成する準備ができました。
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;
特権が関連するロールにどのように付与されるかに注意してください。これがないと、オブジェクトはアプリケーションユーザーに表示されません。これで、機能するスキーマ所有者とアプリケーションユーザーができました。
SQL> CONN app_user/password
Connected.
SQL> DESC test_tab
Name Null? Type
----------------------------------------------------- -------- ------------------------------------
ID NOT NULL NUMBER
DESCRIPTION VARCHAR2(50)
SQL>
この方法は、アプリケーションユーザーがメインスキーマへの代替エントリポイントであり、独自のオブジェクトを必要としない場合に理想的です。