ABAP クラウド開発用にリリースされた統合フレームワークは次のとおりです。
SOAP 消費: このフレームワークを使用すると、ABAP クラウド アプリケーションから SOAP Web サービスを利用できます。Eclipse の ABAP 開発ツールを使用して、WSDL ファイルまたは URL に基づいてサービス消費モデルを作成できます。サービス消費モデルは、Web サービスにアクセスするために必要な ABAP 成果物 (プロキシ クラス、データ型、定数など) を生成します。次に、プロキシ クラスを使用して、ABAP コードから Web サービス操作を呼び出すことができます1 ビジネス イベント: このフレームワークを使用すると、ABAP クラウド アプリケーションからビジネス イベントを公開およびサブスクライブできます。ビジネス イベントは、ビジネス オブジェクトまたはプロセスの状態の変化を表すメッセージです。Eclipse の ABAP 開発ツールを使用して、CDS ビュー エンティティまたは投影ビューに基づいてビジネス イベント定義を作成できます。ビジネス イベント定義では、イベント キー、イベント ペイロード、およびイベント メタデータを指定します。次に、ABAP メッセージング チャネル (AMC) フレームワークを使用して、AMC API でビジネス イベントを公開およびサブスクライブできます2 OData サービス: このフレームワークを使用すると、ABAP クラウド アプリケーションから OData サービスを公開およびサブスクライブできます。 OData は、RESTful API の作成と使用のための標準化されたプロトコルです。ABAP RESTful アプリケーション プログラミング モデル (RAP) を使用して、CDS ビュー エンティティまたは投影ビューに基づいて OData サービスを作成できます。RAP フレームワークは、サービス定義、サービス バインディング、サービス実装などの必要な OData メタデータとランタイム アーティファクトを生成します。その後、SAP Gateway フレームワークを使用して OData サービスを登録およびアクティブ化できます。Eclipse の ABAP 開発ツールを使用して、サービス消費モデル 3 を使用して他のソースから OData サービスを使用することもできます。その他の統合フレームワークは、クラウド シナリオではサポートされていないか推奨されていないため、ABAP クラウド開発用にリリースされていません。これらのフレームワークは次のとおりです。
CDS ビュー: CDS ビューは統合フレームワークではなく、データ モデリング フレームワークです。CDS ビューは、データベース テーブルまたはその他の CDS ビュー エンティティに基づいてデータ モデルを定義するために使用されます。CDS ビューには、関連付け、集計、フィルター、パラメーター、注釈を含めることができます。CDS ビューは、OData サービスやビジネス イベントなどの他の統合フレームワークの基盤としても使用できます。4 ビジネス アドイン (BAdl): BAdl は従来の ABAP 拡張フレームワークの一部であるため、ABAP クラウド開発ではサポートされていません。BAdl は、標準の SAP コードの定義済み拡張スポットにカスタム ロジックを実装するために使用されます。BAdl は SAP コードを変更し、アップグレードやメンテナンスの問題を引き起こす可能性があるため、クラウド戦略およびクリーン コア パラダイムと互換性がありません。ABAP クラウド開発の場合、SAP では、BAdl の代わりに主要なユーザー拡張ツールまたはサイドバイサイド拡張アプローチを使用することを推奨しています。

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

説明
指定された情報に基づいて、spfli データベース テーブルには次の一般設定が含まれている必要があります。
「ストレージ タイプ」を「行ストア」に設定: この設定により、SAP HANA データベースにデータを格納する方法が決まります。行ストアは、主キーまたは少数の列でアクセスされるテーブルに適しています。列ストアは、多数の列または複雑な分析クエリでアクセスされるテーブルに適しています。spfli テーブルは 100 万行を超える大規模なテーブルであり、このプログラムはシステム内でこのテーブルにアクセスする唯一のプログラムであるため、プログラムは主キー アクセスまたは単純なクエリを使用してテーブルにアクセスする可能性があります。したがって、このテーブルでは、行ストアの方が列ストアよりも適切な選択です12。
「ロード単位」から「ページ ロード可能」: この設定は、テーブルにアクセスしたときにデータをメモリにロードする方法を決定します。ページ ロード可能とは、データが 16 KB のページ単位でロードされ、必要なページのみがロードされることを意味します。列ロード可能とは、データが列単位でロードされ、必要な列のみがロードされることを意味します。spfli テーブルは行ストア テーブルであり、このプログラムはほとんど実行されないため、このテーブルでは列ロード可能よりもページ ロード可能を使用する方が効率的です。ページ ロード可能により、メモリ消費量とテーブルのロード時間が削減されます13。
参考資料: 1: SAP HANA のテーブル タイプ | SAP ヘルプ ポータル 2: [SAP HANA の行ストアと列ストア | SAP ブログ] 3: [ロード ユニット | SAP ヘルプ ポータル]

メタデータ拡張は、アプリ内のフィールドの表示を整理するために使用できる RESTful アプリケーション プログラミング オブジェクトです。メタデータ拡張は、ラベル、アイコン、ファセットなどの UI 注釈を使用して別の CDS ビューに注釈を付ける CDS ビューです。これらの注釈は、オブジェクト ページに表示するフィールド、編集可能なフィールド、フィルター処理や並べ替えに使用するフィールドなど、アプリ内でのデータの表示方法を定義します。メタデータ拡張を使用して、アプリにカスタム アクションや検証を追加することもできます12。参考資料: 1: 注釈を使用してオブジェクト ページを調整する | SAP チュートリアル 2: ABAP RAP: 追加の入力フィールド用のダイアログでカスタム アクションを有効にする | SAP ブログ

アクセス制御オブジェクト (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。