RESTful アプリケーション プログラミング (RAP) アプリケーションでは、CDS ビューをバインドして、次のオブジェクトに値のヘルプを作成できます。
データ モデル ビュー: データ モデル ビューは、RAP アプリケーション内のエンティティのデータ構造と関連付けを定義する CDS ビューです。注釈 @Consumption.valueHelpDefinition を使用して、値ヘルプ プロバイダー CDS ビューをデータ モデル ビューの要素にバインドできます。値ヘルプ プロバイダー CDS ビューには、値ヘルプ エンティティのキ​​ー フィールドと、値ヘルプ ダイアログに表示されるフィールドが含まれている必要があります。値ヘルプ注釈は、エンティティ名、要素名、およびオプションで値ヘルプ プロバイダー 1 の追加のバインド条件を指定します。
メタデータ拡張: メタデータ拡張は、データ構造を変更せずに別の CDS ビューのメタデータを拡張する CDS ビューです。注釈 @MetadataExtension.extendView を使用して、拡張するターゲット CDS ビューを指定できます。次に、同じ注釈 @Consumption.valueHelpDefinition を使用して、値ヘルプ プロバイダー CDS ビューをターゲット CDS ビューの要素にバインドできます。メタデータ拡張を使用すると、既存の CDS ビューに変更を加えずに値ヘルプ定義を追加できます2。
投影ビュー: 投影ビューは、別の CDS ビューの投影を定義する CDS ビューです。注釈 @AbapCatalog.sqlViewType: #PROJECTION を使用して、CDS ビューが投影ビューであることを指定できます。次に、同じ注釈 @Consumption.valueHelpDefinition を使用して、値ヘルプ プロバイダー CDS ビューを投影ビューの要素にバインドできます。投影ビューを使用すると、別の CDS ビューの投影された要素に値ヘルプ定義を追加できます3。
値ヘルプ プロバイダー CDS ビューを動作定義またはサービス定義にバインドすることはできません。これらのオブジェクトは、RAP アプリケーション内のエンティティのデータ構造またはメタデータを定義しないためです。動作定義は、作成、読み取り、更新、削除 (CRUD) 操作、ドラフト処理、承認チェック、副作用など、エンティティの動作と検証ルールを定義します4。サービス定義は、プロトコル、バージョン、名前空間、サービス名など、エンティティのサービス公開とサービス バインディングを定義します5。

Core Data Services (CDS) は、SAP HANA で意味的に豊富なデータ モデルを定義および使用するためのフレームワークです。CDS は、SQL の機能を強化し、開発者がパフォーマンス、可読性、拡張性に最適化されたデータ モデルを作成できるようにするさまざまな機能をサポートしています12。CDS の機能の一部を以下に示します。
* 関連付け: 関連付けは、テーブルやビューなどの CDS エンティティ間の関係を定義する方法です。関連付けにより、CDS クエリでナビゲーション式とパス式が有効になり、明示的な結合なしで関連エンティティのデータにアクセスできます。関連付けでは、カーディナリティ、参照制約、カスケード オプションもサポートされます34。
* 注釈: 注釈は、フィールドやパラメータなどの CDS エンティティまたはその要素にメタデータを追加する方法です。注釈は、CDS コンパイラ、データベース、または CDS ビューのコンシューマーに追加情報または指示を提供します。注釈は、アクセス制御、UI レンダリング、OData 公開、検索機能5 の定義など、さまざまな目的で使用できます。
* 構造化クエリ言語 (SQL): SQL は、リレーショナル データベース内のデータのクエリと操作を行うための標準言語です。CDS は SQL をベースとしており、追加の機能と構文で拡張されています。CDS は、結合、集計、フィルター、式、関数、サブクエリなどの SQL 機能をサポートしています。CDS は、SAP HANA のストアド プロシージャと関数のスクリプト言語である SQL スクリプトもサポートしています。
以下のいずれも実行できません。
* 継承: 継承は CDS の機能ではありません。継承は、クラスが別のクラスのプロパティとメソッドを継承できるようにするオブジェクト指向プログラミングの概念です。CDS は、オブジェクト指向プログラミングやクラスをサポートしていません。
* 委任: 委任は CDS の機能ではありません。委任はオブジェクト指向プログラミングの概念であり、オブジェクトがその責任の一部を別のオブジェクトに委任できるようにします。CDS はオブジェクト指向プログラミングやオブジェクトをサポートしていません。
参照: 1: コア データ サービス (CDS) | CAPire 2: SAP S/4 HANA のコア データ サービス [CDS] | SAP ブログ 3: コア データ サービス (CDS) の関連付け | SAP ヘルプ ポータル 4: [CDS DDL - 関連付け - ABAP キーワード ドキュメント - SAP オンライン ヘルプ] 5: [コア データ サービス (CDS) の注釈 | SAP ヘルプ ポータル]: [CDS DDL - 注釈 - ABAP キーワード ドキュメント - SAP オンライン ヘルプ]: [構造化クエリ言語 (SQL) | SAP ヘルプ ポータル]: [CDS DDL - SQL 機能 - ABAP キーワード ドキュメント - SAP オンライン ヘルプ]: [ABAP でのオブジェクト指向プログラミング | SAP ヘルプ ポータル]

CDS ビューでアクセス制御を使用する理由は、次のとおりです。
* A. ユーザーの権限に対応するデータのみがデータベースからアプリケーション層に転送されます。これは、アクセス コントロールによって CDS ビューにアクセスするための権限条件を指定する CDS ロールを定義できるためです。CDS ロールは実行時にすべてのユーザーに対して評価され、システムによって CDS ビューの選択条件に制限が自動的に追加されます。
これにより、ユーザーが参照を許可されているデータのみがデータベースから読み取られ、アプリケーション層に転送されるようになります。これにより、データ アクセスのセキュリティとパフォーマンスが向上します1。
* C. AUTHORITY CHECKステートメントを実装することを覚えておく必要はありません。これは、アクセス制御がCDSの承認ロジックを定義する宣言的かつ集中的な方法を提供するためです。
* ビュー。各データ ソースまたはフィールドに対するユーザーの権限を確認するために、手続き型コードを記述したり、AUTHORITY CHECK ステートメントを使用したりする必要はありません。システムが自動的に透過的に権限チェックを処理します2。
次の理由は、CDS ビューでアクセス制御を使用できない理由です。
* B. システム フィールド sy-subrc が設定され、承認チェックの結果が提供されます。システム フィールド sy-subrc はアクセス コントロールによって使用されないために、これは誤りです。sy-subrc フィールドは、承認チェックの結果を示すために AUTHORITY CHECK ステートメントによって使用されますが、アクセス コントロールはこのステートメントを使用しません。代わりに、アクセス コントロールは CDS ロールを使用して、ユーザーの承認に従ってデータをフィルター処理します2。
* D. データ ソースからのすべてのデータは自動的にアプリケーションにロードされ、ユーザーの承認に従ってそこでフィルタリングされます。これは誤りです。アクセス コントロールは、データ ソースからのすべてのデータをアプリケーション レイヤーにロードしないからです。アクセス コントロールは、データが存在するデータベース レイヤーでデータをフィルタリングし、ユーザーが表示を許可されているデータのみをアプリケーション レイヤーに転送します。これにより、データ転送とアプリケーション レイヤーのメモリ消費が削減されます1。
参照: 1: アクセス制御 | SAP ヘルプポータル 2: ABAP CDS - アクセス制御 - 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 に適用されます。

LOOP AT itab... ENDLOOP ステートメントを使用して内部テーブルを処理する場合、現在の行番号を含むシステム変数は sy-tabix です。sy-tabix 変数は、内部テーブル ループ内の現在の行のインデックスまたは行番号を保持するシステム構造 sy の定義済みフィールドです。sy-tabix 変数は、最初のループ パスで値 1 に初期化され、後続のループ パスごとに 1 ずつ増加します。sy-tabix 変数は、インデックス アクセス 12 を使用して内部テーブルの現在の行にアクセスしたり、変更したりするために使用できます。
参照: 1: LOOP AT itab - ABAP キーワード ドキュメント - SAP オンライン ヘルプ 2: システム フィールド - ABAP キーワード ドキュメント - SAP オンライン ヘルプ