Câu trả lời này không xác định sự khác biệt giữa chủ sở hữu và lược đồ nhưng tôi nghĩ rằng nó bổ sung vào cuộc thảo luận.
Tôi đã vật lộn với ý tưởng rằng tôi tạo ra N số người dùng mà tôi muốn mỗi người dùng này "tiêu thụ" (hay còn gọi là sử dụng) một lược đồ duy nhất.
Ông có một cách tiếp cận "từ đồng nghĩa" thứ hai (không được liệt kê ở đây). Tôi chỉ trích dẫn phiên bản CURRENT_SCHema (một trong những cách tiếp cận của anh ấy) ở đây:
CURRENT_SCHEMA Tiếp cận
Phương pháp này sử dụng CURRENT_SCHEMA thuộc tính phiên để tự động trỏ người dùng ứng dụng vào lược đồ chính xác.
Đầu tiên, chúng tôi tạo chủ sở hữu lược đồ và người dùng ứng dụng.
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;
Lưu ý rằng người dùng ứng dụng có thể kết nối, nhưng không có bất kỳ hạn ngạch hoặc đặc quyền không gian bảng nào để tạo các đối tượng.
Tiếp theo, chúng tôi tạo một số vai trò để cho phép truy cập đọc và ghi.
CREATE ROLE schema_rw_role;
CREATE ROLE schema_ro_role;
Chúng tôi muốn cung cấp cho người dùng ứng dụng quyền truy cập đọc-ghi vào các đối tượng lược đồ, vì vậy chúng tôi cấp vai trò liên quan.
GRANT schema_rw_role TO app_user;
Chúng ta cần đảm bảo rằng người dùng ứng dụng có lược đồ mặc định của nó trỏ đến chủ sở hữu lược đồ, vì vậy chúng ta tạo một trình kích hoạt SAU LOGON để làm điều này cho chúng ta.
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;
/
Bây giờ chúng tôi đã sẵn sàng để tạo một đối tượng trong chủ sở hữu lược đồ.
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;
Lưu ý cách các đặc quyền được cấp cho các vai trò liên quan. Nếu không có điều này, các đối tượng sẽ không hiển thị cho người dùng ứng dụng. Bây giờ chúng ta có một chủ sở hữu lược đồ chức năng và người dùng ứng dụng.
SQL> CONN app_user/password
Connected.
SQL> DESC test_tab
Name Null? Type
----------------------------------------------------- -------- ------------------------------------
ID NOT NULL NUMBER
DESCRIPTION VARCHAR2(50)
SQL>
Phương thức này là lý tưởng trong đó người dùng ứng dụng chỉ đơn giản là một điểm nhập thay thế cho lược đồ chính, không yêu cầu đối tượng của riêng nó.