アクセス制御オブジェクト (ACO) は、CDS ビュー エンティティのアクセス制御ルールを定義する CDS 注釈です。ACO は、ロール名、データ ソース、アクセス条件、権限チェック 12 の戻りコードを指定する 1 つ以上の句で構成されます。ACO で使用される句の一部を以下に示します。
Where (アクセス条件を指定するため): この句は、ユーザーがデータ ソースにアクセスできるかどうかを決定する論理式を定義するために使用されます。式では、データ ソースのフィールド、CDS ビュー エンティティのパラメーター、または定義済み変数 $user と $session を使用できます。式では、関数 check_authorization と check_role を使用して、追加の権限チェックを実行することもできます12。
ロールの定義 (ロール名を指定する): この句は、ACO によって定義されるロールに名前を割り当てるために使用されます。ロール名は、CDS ビュー エンティティの名前空間内で一意である必要があり、特殊文字を含めることはできません。ロール名は、@AccessControl.authorizationCheck や @AccessControl.grant12 などの他の注釈で ACO を参照するために使用できます。
取り消し (データ ソースへのアクセスを削除する): この句は、where 句の条件を満たすユーザーのデータ ソースへのアクセスを明示的に拒否するために使用されます。取り消し句は、同じユーザーにアクセスを許可する可能性のある許可句よりも優先されます。取り消し句は、最小権限の原則を実装したり、データの分離を強制したりするために使用できます12。
以下のいずれも実行できません。
許可 (データ ソースを識別するため): これは ACO 内の有効な句ではありません。許可句は、特定のロールを持つユーザーに CDS ビュー エンティティまたはデータ ソースへのアクセスを許可するために使用される別の注釈です。許可句は、ロール名で ACO を参照し、ACO12 によって定義されたアクセス条件を適用できます。
戻りコード (権限チェックの戻りコードを割り当てる): これは ACO の有効な句ではありません。権限チェックの戻りコードは、アクセス制御チェックの実行後にシステムによって設定される定義済み変数です。戻りコードは ACO の where 句で使用して、チェックの結果に基づいて異なるアクセス条件を指定できます12。

説明
ABAP ディクショナリ内の 2 つのテーブル間の外部キー関係の目的は、対応するデータベース テーブル内のデータの整合性を確保することです。外部キー関係は、外部キー テーブルとチェック テーブル間の論理リンクを定義します。この場合、前者の外部キー フィールドは後者の主キー フィールドに割り当てられます。つまり、外部キー フィールドに入力された値はチェック テーブルに存在する必要があり、存在しない場合はシステムがエントリを拒否します。このように、外部キー関係は、データベース テーブルへの無効なデータや不整合なデータの挿入を防止します。
外部キー関係は、ABAP ディクショナリ内の 2 つのテーブル間の関係を文書化するためにも役立ちますが、これが主な目的ではありません。外部キー関係は、データベース システムと ABAP ディクショナリの設定に依存するため、必ずしもデータベース内に対応する外部キー関係を作成するわけではありません。データベース システムによっては、外部キーをまったくサポートしていないものもあれば、外部キーを有効化するために追加の手順を必要とするものもあります。したがって、ABAP ディクショナリ内の外部キー関係は、主に ABAP ランタイム環境によって強制される論理概念です。
参照: 外部キー (SAP ライブラリ - ABAP ディクショナリ)、外部キー (SAP ライブラリ - BC - ABAP ディクショナリ)
https://help.sap.com/doc/saphelp_snc70/7.0/en-US/cf/21ea77446011d189700000e8322d00/content.htm

各アクションの説明は次のとおりです。
* 回答: テーブル定義に含まれる構造内のフィールド名を変更すると、テーブル内のフィールド名は構造から派生するため、データベース テーブルに間接的な変更が発生します。この変更にはテーブル変換が必要です。テーブル内の既存のデータを新しいフィールド名を持つ新しいテーブルにコピーし、古いテーブルを削除する必要があります。
* B: テーブル定義で使用されるデータ要素のフィールド ラベルを変更しても、フィールド ラベルはドキュメント化と表示の目的でのみ使用されるため、データベース テーブルに間接的な変更は発生しません。テーブル内の既存のデータは変更の影響を受けないため、この変更ではテーブル変換は必要ありません。
* C: テーブル定義に含まれる構造からフィールドを削除すると、フィールドがテーブルからも削除されるため、データベース テーブルに間接的な変更が発生します。この変更にはテーブル変換が必要です。テーブル内の既存のデータは、削除されたフィールドのない新しいテーブルにコピーする必要があり、古いテーブルは削除する必要があります。
* D: テーブル定義で使用されるデータ要素で使用されるドメインの長さを短くすると、テーブル内のフィールド長がドメインから派生するため、データベース テーブルに間接的な変更が発生します。この変更にはテーブル変換が必要です。テーブル内の既存のデータと新しいフィールド長の互換性をチェックする必要があり、新しい長さを超えるデータは切り捨てられるか拒否される必要があるためです。
参考資料: データベース テーブルの変換 - ABAP キーワード ドキュメント、データベース構造の調整 - ABAP キーワード ドキュメント

各ステートメントの説明は次のとおりです。
* A: この記述は有効です。go_ifl は、go_ifl->ml() でメソッド ml を呼び出すことができます。これは、go_ifl が REF TO ifl 型のデータ オブジェクトであり、インターフェース ifl への参照であるためです。インターフェース ifl はメソッド ml を定義し、参照変数 go_ifl を使用して呼び出すことができます。クラス cll はインターフェース ifl を実装します。つまり、メソッド ml の実装を提供します。データ オブジェクト go_ifl は、NEW 演算子とインライン宣言演算子 @DATA を使用して、クラス cll の新しいインスタンスに割り当てられます。したがって、go_ifl->ml() が呼び出されると、クラス cll のメソッド ml の実装が実行されます123
* B: このステートメントは有効です。go_cll = NEW #(...) の代わりに、go_ifl = NEW cll(...) を使用できます。これは、go_ifl が REF TO ifl 型のデータ オブジェクトであり、インターフェイス ifl への参照であるためです。クラス cll はインターフェイス ifl を実装しており、インターフェイス ifl と互換性があることを意味します。したがって、go_ifl は、NEW 演算子とクラス名 cll を使用して、クラス cll の新しいインスタンスに割り当てることができます。この場合、go_ifl はすでに宣言されているため、インライン宣言演算子 @DATA はオプションです。クラス名 cll の後の括弧は、クラス cll のコンストラクターにパラメーターを渡すために使用できます (存在する場合)123
* E: このステートメントは有効です。go_ifl は、go_ifl->m2(...) でメソッド m2 を呼び出すことができます。これは、go_ifl が REF TO ifl 型のデータ オブジェクトであり、インターフェース ifl への参照であるためです。クラス cll はインターフェース ifl を実装します。つまり、インターフェース ifl のすべてのコンポーネントを継承します。クラス cll は、クラス cll のパブリック メソッドであるメソッド m2 も定義します。したがって、go_ifl は参照変数 go_ifl を使用してメソッド m2 を呼び出すことができます。メソッド m2 はインターフェース ifl では定義されていませんが、アクセス可能です。
* インターフェイス ifl はクラス cll によって実装されているため、インターフェイス ifl を介して行われます。メソッド名 m2 の後の括弧は、メソッド m2 にパラメータを渡すために使用できます (パラメータがある場合)123 その他のステートメントは、構文エラーまたは論理エラーがあるため無効です。これらのステートメントは次のとおりです。
* C: この文は無効です。go_cll は、go_cll->ifl~ml() でメソッド ml を呼び出すことができます。これは、go_cll がクラス cll への参照である REF TO cll 型のデータ オブジェクトであるためです。クラス cll はインターフェイス ifl を実装します。つまり、インターフェイス ifl のすべてのコンポーネントを継承します。インターフェイス ifl はメソッド ml を定義し、これは参照変数 go_cll を使用して呼び出すことができます。ただし、クラス参照を使用してインターフェイス メソッドを呼び出す構文は go_cll->ml() であり、go_cll->ifl~ml() ではありません。インターフェイス コンポーネント セレクタ ~ は、go_ifl->ifl~ml() などのインターフェイス参照を使用してインターフェイス メソッドを呼び出す場合にのみ使用されます。クラス参照でインターフェイス コンポーネント セレクタ ~ を使用すると、構文エラーが発生します123
* D: このステートメントは無効です。go_cll = NEW #() の代わりに、go_ifl = NEW #(...) を使用できます。これは、go_ifl が REF TO ifl 型のデータ オブジェクトであり、インターフェイス ifl への参照であるためです。インターフェイス ifl は実装がないため、インスタンス化できません。したがって、NEW 演算子とインライン宣言演算子 @DATA を使用して、go_ifl をインターフェイス ifl の新しいインスタンスに割り当てることはできません。
これにより、構文エラーまたは実行時エラーが発生します。インターフェイスをインスタンス化するには、クラス cll123 などのインターフェイスを実装するクラスを使用する必要があります。参照: INTERFACES - ABAP キーワード ドキュメント、CLASS - ABAP キーワード ドキュメント、NEW - ABAP キーワード ドキュメント

説明
論理式を評価する際の順序の優先順位は C.ACB で、NOT、AND、OR を意味します。これは ABAP のブール演算子の優先順位であり、明示的な括弧で閉じられていないすべての論理式をシステムが暗黙的に括弧で囲む方法を決定します。優先順位が最も高い演算子が最初に評価され、優先順位が最も低い演算子が最後に評価されます。ABAP のブール演算子の優先順位は次のとおりです12。
NOT: NOT 演算子は、その後に続く論理式を否定する単項演算子です。これは最も優先度が高く、他の演算子より先に評価されます。たとえば、式 NOT a AND b では、まず NOT 演算子が a に適用され、次に AND 演算子が結果と b に適用されます。
AND: AND 演算子は、左右の論理式が両方とも true の場合は true を返し、そうでない場合は false を返すバイナリ演算子です。これは 2 番目に高い優先順位を持ち、OR 演算子および EQUIV 演算子の前に評価されます。たとえば、式 a AND b OR c では、最初に AND 演算子が a と b に適用され、次に OR 演算子が結果と c に適用されます。
OR: OR 演算子は、左右の論理式のいずれかまたは両方が true の場合は true を返し、そうでない場合は false を返すバイナリ演算子です。これは 3 番目に高い優先順位を持ち、NOT 演算子と AND 演算子の後で、EQUIV 演算子の前に評価されます。たとえば、式 a OR b EQUIV c では、最初に OR 演算子が a と b に適用され、次に EQUIV 演算子が結果と c に適用されます。
EQUIV: EQUIV 演算子は、左右の論理式の真理値が同じ場合は true を返し、そうでない場合は false を返すバイナリ演算子です。優先順位は最も低く、他のすべての演算子の後に評価されます。たとえば、式 a AND b EQUIV c OR d では、AND 演算子と OR 演算子が適用された後、最後に EQUIV 演算子が a AND b および c に適用されます。
参照: 1: log_exp - ブール演算子と括弧 - ABAP キーワード ドキュメント - SAP オンライン ヘルプ 2: 論理式 (log_exp) - ABAP キーワード ドキュメント - SAP オンライン ヘルプ