アプリケーションについて

このページのスクリプト・コンテンツはナビゲーションのみを目的としており、いかなる方法においても内容を変更するものではありません。

アプリケーションには、次の目的、構造、およびネーミング規則があります。

アプリケーションの目的

アプリケーションは、会社内の2種類のユーザーを対象としています。

• 一般ユーザー(従業員のマネージャ)

• アプリケーション管理者

一般ユーザーは、次のタスクを実行できます。

• 指定した部門の従業員の取得

• 指定した従業員の職務履歴の取得

• 指定した従業員の一般情報の表示(名前、部門、職務、マネージャ、給与など)

• 指定した従業員の給与の変更

• 指定した従業員の職務の変更

アプリケーション管理者は、次のタスクを実行できます。

• 既存の職務のID、タイトルまたは給与範囲の変更

• 新規職務の追加

• 既存部門のID、名前またはマネージャの変更

• 新規部門の追加

アプリケーションの構造

アプリケーションでは、次のスキーマ・オブジェクトとスキーマが使用されます。

アプリケーションのスキーマ・オブジェクト

アプリケーションは、次のようなスキーマ・オブジェクトで構成されています。

• 次のデータを格納している4つの表:

  • ジョブ

  • 部門

  • 従業員

  • 従業員の職務履歴

• 表をカバーし、エディションベース再定義(EBR)を使用して、使用中の完成アプリケーションをアップグレードできるようにする、4つのエディショニング・ビュー

• ビジネス・ルールを実施する2つのトリガー

• 新規部門および新規従業員用の一意の主キーを生成する2つの順序

• 2つのパッケージ。

  • employees_pkg(一般ユーザー用のアプリケーション・プログラム・インタフェース(API))

  • admin_pkg(アプリケーション管理者用のAPI)

  一般ユーザーおよびアプリケーション管理者は、APIを介してのみアプリケーションにアクセスします。このため、パッケージ・サブプログラムを起動することによってのみデータを変更できます。

関連情報:

• スキーマ・オブジェクトの詳細は、「Oracle AI Databaseについて」を参照してください

• EBRの詳細は、『Oracle AI Database開発ガイド』を参照してください

アプリケーションのスキーマ

セキュリティのため、アプリケーションでは、次に示す5つのスキーマ(またはユーザー)が使用され、それぞれに必要な権限のみを付与されています。

• app_dataスキーマ: パッケージ以外のすべてのスキーマ・オブジェクトを所有し、その表にhrサンプル・スキーマの表のデータをロードするスキーマ。

  パッケージを作成する開発者は、このスキーマでは作業しません。そのため、アプリケーション・スキーマ・オブジェクトを誤って変更または削除することはできません。

• app_codeスキーマ: パッケージemployees_pkgのみを所有するスキーマ。

  このスキーマで作業するemployees_pkgパッケージの開発者。

• パッケージadmin_pkgのみを所有するapp_adminスキーマ。

  このスキーマで作業するadmin_pkgパッケージの開発者。

• app_userユーザー: 何も所有せず、employees_pkgパッケージのみを実行できる一般アプリケーション・ユーザー。

  中間層アプリケーション・サーバーは、ユーザーapp_userとして接続プール内のデータベースに接続します。このスキーマが、SQLインジェクション・バグなどによって危険にさらされた場合、攻撃者は、employees_pkgパッケージ・サブプログラムによって表示と変更が許可されている内容のみを表示および変更できます。攻撃者は、表の削除、権限のエスカレート、スキーマ・オブジェクトの作成または変更など、他の作業は行えません。

• app_admin_userユーザー: 何も所有しておらず、admin_pkgおよびemployees_pkgパッケージのみを実行できるアプリケーション管理者。

  このスキーマの接続プールは、非常に小さく、権限を持つユーザーのみがアクセスできます。このスキーマが危険にさらされた場合、攻撃者は、admin_pkgおよびemployees_pkgパッケージ・サブプログラムによって表示と変更が許可されている内容のみを表示および変更できます。

app_userユーザーおよびapp_admin_userユーザーではなく、アプリケーションは、何も所有せず、employees_pkgパッケージおよびadmin_pkgパッケージの両方を実行できるスキーマのみを持つとします。このスキーマの接続プールには、一般ユーザーとアプリケーション管理者の両方に対して十分な大きさが必要です。SQLインジェクション・バグがemployees_pkgパッケージにあった場合、そのバグを利用した一般ユーザーはadmin_pkgパッケージにアクセスできます。

app_data、app_codeおよびapp_adminスキーマではなく、アプリケーションには、パッケージを含むすべての スキーマ・オブジェクトを所有するスキーマが1つのみ存在するとします。この場合、パッケージは、不要な権限と好ましくない権限の両方を含む、表のすべての権限を持ちます。

たとえば、監査証跡の表AUDIT_TRAILを使用しているとします。employees_pkgパッケージの開発者はAUDIT_TRAIL表への書込みはできるが、読取りや変更はできないようにするとします。admin_pkgパッケージの開発者はAUDIT_TRAIL表の読取りと書込みはできるが、変更はできないようにするとします。AUDIT_TRAIL表とemployees_pkgパッケージおよびadmin_pkgパッケージが同じスキーマに属している場合、2つのパッケージの開発者はAUDIT_TRAIL表に対するすべての権限を持ちます。ただし、AUDIT_TRAIL表がapp_dataスキーマに属し、employees_pkgパッケージがapp_codeスキーマに属し、admin_pkgパッケージがapp_adminスキーマに属している場合、app_dataスキーマとしてデータベースに接続して次のコマンドを実行できます。

GRANT INSERT ON AUDIT_TRAIL TO app_code;
GRANT INSERT, SELECT ON AUDIT_TRAIL TO app_admin;

関連情報:

• スキーマの詳細は、「Oracle AI Databaseについて」を参照してください
• サンプル・スキーマHRの詳細は「サンプル・スキーマHRについて」を参照してください。
• 推奨されるセキュリティ・プラクティス

アプリケーションのネーミング規則

アプリケーションでは、次のネーミング規則が使用されます。

項目	名前
表	テーブル番号
table#のエディショネス・ビュー	テーブル
エディショニング・ビュー表のトリガー	table_{a|b}event[_fer] aはAFTERトリガーを示します。 bはBEFOREトリガーを識別します。 ferは、FOR EACH ROWトリガーを識別します。 eventは、トリガーを起動するイベントを識別します。たとえば、iはINSERT、iuはINSERTまたはUPDATE、dはDELETEです。
table#内のPRIMARY KEY制約	table_pk
table#.columnのNOT NULL制約	table_column_not_null1
table#.columnのUNIQUE制約	table_column_unique1
table#.columnのCHECK制約	table_column_check1
table1#.columnからtable2#.columnへのREF制約	table1_to_table2_fk1
table1#.column1からtable2#.column2へのREF制約	table1_col1からtable2_col2_fk1 2
table#の順序	表順序
パラメータ名	p_名前
ローカル変数名	l_名前

1. 表、表1および表2は、従業員の場合はemp、部門の場合はdept、job_historyの場合はjob_histと略されます。参照 参照² 参照³ 参照⁴ 参照⁵

2. col1およびcol2は、列名column1およびcolumn2の省略語です。制約名は、30文字以下にしてください。 ↩