ユーザーが別の(異なる)スキーマオブジェクトを指しているときにSYNONYMを作成するために必要な付与/特権を理解するための支援が必要です。
以下を試してみると、ora-01031の権限が不足しているので、明らかに不足していて、他の必要な権限を適用できません。できる限り検索しましたが、クロススキーマの同義語に固有のものは見つかりませんでした。
CREATE USER test IDENTIFIED BY pw DEFAULT TABLESPACE USERS TEMPORARY TABLESPACE TEMP;
ALTER USER test IDENTIFIED BY pw;
GRANT CONNECT, RESOURCE TO test;
-- ... create a bunch of stuff in test...
CREATE USER READWRITE IDENTIFIED BY pw DEFAULT TABLESPACE USERS TEMPORARY TABLESPACE TEMP;
ALTER USER READWRITE IDENTIFIED BY pw;
GRANT CONNECT, RESOURCE TO READWRITE;
GRANT SELECT ON GDACS.FIXALARMS TO PUBLIC;
GRANT UPDATE, INSERT ON GDACS.FIXALARMS TO READWRITE;
CONNECT READWRITE/pw;
CREATE SYNONYM FIXALARMS for test.FIXALARMS;
ORA-01031 insufficient privileges
ドキュメントコマンドが含まれています:CREATE SYNONYM
前提条件
独自のスキーマでプライベートシノニムを作成するには、
CREATE SYNONYM
システム権限が必要です。別のユーザーのスキーマにプライベートシノニムを作成するには、
CREATE ANY SYNONYM
システム権限が必要です。
PUBLIC
シノニムを作成するには、CREATE PUBLIC SYNONYM
システム権限が必要です。
READWRITE
独自のスキーマでプライベートシノニムを作成しようとしているため、次のことを行う必要があります。
GRANT CREATE SYNONYM TO READWRITE;
シノニムが指しているオブジェクトは別のスキーマにありますが、ここでは関係ありません。
新しいアカウントがGDACSスキーマ内のオブジェクトにのみアクセスする場合、特にアクセスを許可するオブジェクトが多数ある場合は、すべての同義語を作成する代わりに、それぞれの新しいユーザーを変更current_schema
できます。セッション-おそらくログオントリガーを介して。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加