Oracle では、「grant create sinners to username」ステートメントを使用して、シノニム作成権限が不足している問題を解決できます。このステートメントにより、指定したユーザーにシノニムを作成する権限を追加できます。アーキテクチャ内のプライベート シノニムには、「CREATE SYNONYM」システム権限が必要です。
このチュートリアルの動作環境: Windows 10 システム、Oracle バージョン 12c、Dell G3 コンピューター。
問題の説明
ユーザーがポインティングするときに何を作成するかを理解するのに助けが必要です別の (異なる) スキーマ オブジェクトへ シノニムにはどのような承認/特権が必要ですか。
以下を試行すると、ora-01031 権限が不十分です。したがって、明らかに他の必要な権限が欠落しており、適用できません。最善を尽くして検索しましたが、クロスアーキテクチャのシノニムに特有のものは見つかりませんでした。
推奨回答
CREATE SYNONYM コマンドには次のものが含まれます。
自分のスキーマにプライベート シノニムを作成するには、CREATE SYNONYM システム権限が必要です。別のユーザーのスキーマにプライベート シノニムを作成するには、CREATE ANY SYNONYM システム権限が必要です。PUBLIC シノニムを作成するには、CREATE PUBLIC SYNONYM システム権限が必要です。独自のスキーマでプライベート シノニムを読み取り書き込みしようとしているため、これを行う必要があります: 解決策: アクセス許可を付与します
シノニムを作成するアクセス許可を付与し、「grant create anonymous to scott」と入力します。セミコロンにより、ユーザー scott にシノニムを作成する権限が与えられることに注意してください。 。
grant create synonym to scott;
ビューの作成権限を付与するには、「grant create view to scott」と入力します。セミコロンに注意して、scott ユーザーにビューの作成権限を付与します。
シノニムが指すオブジェクトは別のスキーマ内にありますが、ここでは関係ありません。新しいアカウントが GDACS スキーマ内のオブジェクトへのアクセスのみを目的としている場合、特に次の場合はアクセス権を持つオブジェクトが多数あるため、アクセス権を持つすべてのオブジェクトのシノニムを作成する代わりに、セッションごとに新しいユーザーの current_schema を変更します (ログイン トリガーを使用する可能性があります)。推奨チュートリアル:《OracleVideoTutorial
》以上がOracle シノニム作成権限が不十分な場合の対処方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。