SAP では、SAP S/4HANA システム変換の一環として変更を確認する際に、次のタイプのレガシーコードを削除することを推奨します。
* 標準の SAP オブジェクトと同一になったコード。このタイプのコードは、追加機能やカスタマイズを提供しないため、冗長かつ不要です。また、標準の SAP オブジェクトが SAP S/4HANA で変更または置き換えられている可能性があるため、システム変換中に競合やエラーが発生する可能性もあります。したがって、このタイプのコードを削除し、代わりに標準の SAP オブジェクトを使用する必要があります。
* キーユーザー拡張として再設計できるコード。このタイプのコードは通常、SAP S/4HANA が提供するアプリ内ツールを使用して実現できる UI またはビジネスロジックの適応に関連しています。このタイプのコードをキーユーザー拡張として再設計することで、コードベースを簡素化および標準化し、メンテナンスの労力を軽減し、システム変換中の互換性の問題を回避できます。したがって、このタイプのコードをキーユーザー拡張フレームワークに移行し、元のコードを削除する必要があります。
その他のタイプのレガシーコードは、ビジネスプロセスにまだ関連しているか必要である可能性があるため、削除することは推奨されません。ただし、SAP S/4HANA の簡素化項目とベストプラクティスに従って、それらをレビューして調整する必要があります。これらのタイプのコードは次のとおりです。
* 重要なビジネス プロセスをサポートするコード。このタイプのコードはビジネス オペレーションに不可欠であり、簡単に置き換えたり削除したりすることはできません。ただし、このタイプのコードが SAP S/4HANA と互換性があるかどうかを確認し、互換性がない場合はそれに応じて適応させる必要があります。また、このタイプのコードを SAP S/4HANA の新機能を使用して最適化または拡張できるかどうかも検討する必要があります。
* 使用統計によると、使用率が 10% 未満のコード。このタイプのコードはほとんど使用されておらず、維持または変換する価値がない可能性があります。ただし、関連性とビジネス プロセスへの影響を確認せずに、このタイプのコードを削除しないでください。また、このタイプのコードを、使用率が高い、またはパフォーマンスが優れている他のコードに置き換えたり統合したりできるかどうかも検討する必要があります。
参考資料: SAP S/4HANA 変換中のカスタム コード管理 (CCM)、SAP S/4HANA 2020 向けカスタム コード移行ガイド

ABAP SQL では、エイリアスはクエリ内のフィールドまたはデータベース テーブルに割り当てることができる一時的な名前です。エイリアスを使用すると、クエリを読みやすくしたり、名前の競合を回避したり、長い名前のフィールドまたはテーブルにアクセスしたりできます。エイリアスは AS キーワードを使用して作成され、クエリの実行中のみ有効です1。
以下は、ABAP SQL でフィールドまたはデータベース テーブルにエイリアスを割り当てる方法の例です。
* B. フィールド（フィールドリストから）：フィールドとは、特定のタイプのデータを含むテーブルまたはビューの列です。フィールドには、SELECTステートメントのフィールドリストで別名を割り当てることができます。これは、
* データ ソースから選択されます。たとえば、次のクエリは、テーブル scarr のフィールド carrname にエイリアス名を割り当てます。
carrid、carrname を name FROM scarr として選択します。
エイリアス名は、WHERE、GROUP BY、ORDER BY などのクエリの他の句で carrname の代わりに使用できます2。
* C. データベース テーブル: データベース テーブルは、行と列に整理されたデータのコレクションです。データベース テーブルには、SELECT ステートメントの FROM 句でエイリアスを割り当てることができます。このエイリアスは、選択するデータ ソースを指定します。たとえば、次のクエリは、エイリアス c をテーブル scarr に割り当てます。
c.carrid、c.carrname を scarr から c として選択します。
エイリアス c は、WHERE、JOIN、GROUP BY、ORDER BY などのクエリの他の句で、scarr の代わりに使用できます3。
以下は、ABAP SQL でエイリアスを割り当てる場合には無効です。
* A. 順序基準 (order by 句から): 順序基準は、クエリの結果セットを昇順または降順で並べ替えるために使用されるフィールドまたは式です。SELECT ステートメントの ORDER BY 句では、別名がこの句では表示されないため、順序基準に別名を割り当てることはできません。別名は、それが定義されている句に続く句でのみ使用できます1。
* D. グループ基準 (group by 句から): グループ基準は、クエリの結果セットを同じ値を共有するサブセットにグループ化するために使用されるフィールドまたは式です。SELECT ステートメントの GROUP BY 句では別名は表示されないため、グループ基準に別名を割り当てることはできません。別名は、それが定義されている句に続く句でのみ使用できます1。
参照: 1: ALIASES - ABAP キーワード ドキュメント 2: SELECT リスト - ABAP キーワード ドキュメント 3: FROM 句 - ABAP キーワード ドキュメント

データベース ビューに添付される開発者向けのデータ定義の簡単な説明を提供するために使用できる注釈は、@EndUserText.label 注釈です。この注釈は、開発ツールまたはドキュメントに表示できるデータ定義のテキスト ラベルを指定するために使用されます。この注釈は、質問 12 で提供されているコード スニペットの 27 行目に挿入できます。たとえば、次のようになります。
* 次のコード スニペットでは、@EndUserText.label アノテーションを使用して、CDS ビュー ZCD​​S_VIEW のデータ定義の簡単な説明を提供します。
@AbapCatalog.sqlViewName: 'ZCDS_VIEW' @AbapCatalog.compiler.compareFilter: true
@AbapCatalog.preserveKey: true @AccessControl.authorizationCheck: #CHECK @EndUserText.label:
「フライト データの CDS ビュー」開発者向けの簡単な説明 ビュー ZCD​​S_VIEW を sflight { key carrid、key connid、key fldate、seatsmax、seatsocc } から選択して定義します。次のいずれも実行できません。
* @UI.headerInfo.description.label: このアノテーションは、UI 要素のヘッダー情報の説明フィールドのテキスト ラベルを指定するために使用されます。このアノテーションは、データベース ビュー 12 のデータ定義には関係ありません。
* @UI.badge.title.label: このアノテーションは、バッジ UI 要素のタイトル フィールドにテキスト ラベルを指定するために使用されます。このアノテーションは、データベース ビュー 12 のデータ定義には関係ありません。
* @EndUserText.quickInfo: この注釈は、開発ツールまたはドキュメントでツールヒントとして表示できるデータ定義の簡単な情報テキストを指定するために使用されます。この注釈は、データ定義の短い説明やラベルとは異なります12。
参照: 1: ABAP CDS - SAP 注釈 - ABAP キーワード ドキュメント - SAP オンライン ヘルプ 2: ABAP CDS - データ定義 - ABAP キーワード ドキュメント - SAP オンライン ヘルプ

関数 find_any_not_of は、文字列 val 内で文字列 sub に含まれていない最初の文字の位置を返します。そのような文字が見つからない場合、関数は 0 を返します。この場合、文字列 val には文字 A、B、a のみが含まれており、これらはすべて文字列 sub に含まれているため、関数は 0 を返します。他の関数は、次のように正の値を返します。
* Count_any_of は、文字列 val 内の文字列 sub 内の任意の文字の出現回数を返します。
この場合、val には 8 つの A と B があるため、8 が返されます。
* Count は、文字列 val 内の文字列 sub の出現回数を返します。この場合、val には AB が 2 つあるため、2 を返します。
* find_any_of は、文字列 sub に含まれる文字列 val の最初の文字の位置を返します。
この場合、最初の文字 A が sub にあるため、1 が返されます。参照: 文字列関数 - ABAP キーワード ドキュメント、文字列関数の例 - ABAP キーワード ドキュメント

フィールド シンボルは、作業領域にコピーせずに内部テーブルの行に直接アクセスできるようにするポインタです。内部テーブル行へのアクセスにフィールド シンボルを使用すると、作業領域を使用する場合に比べて次のような利点があります。12:
変更された内容をテーブルに書き戻すための MODIFY ステートメントは不要です。これは事実です。作業領域を使用する場合、行の内容を内部テーブルから作業領域にコピーし、変更してから、MODIFY ステートメントを使用して内部テーブルにコピーし直す必要があります。これは、パフォーマンスとメモリ消費の点でコストがかかる可能性があります。フィールド シンボルを使用する場合、コピーせずに内部テーブルで行の内容を直接変更できます。したがって、MODIFY ステートメントは必要ありません12。
フィールド シンボルを使用すると、作業領域を使用するよりも高速です。これは事実です。上で説明したように、フィールド シンボルを使用すると、内部テーブルと作業領域の間でデータをコピーするオーバーヘッドが回避されます。これにより、特に大きな内部テーブルの場合、ループのパフォーマンスが大幅に向上します。いくつかのベンチマークによると、フィールド シンボルを使用すると、作業領域を使用する場合と比較して、実行時間が 25 ～ 40% 短縮されます12。
以下のいずれも実行できません。
フィールド シンボルは他のプログラムで再利用できます: これは誤りです。フィールド シンボルは、宣言の範囲内でのみ表示されるローカル変数です。グローバルに宣言されるか、パラメーターとして渡されない限り、他のプログラムで再利用することはできません。さらに、フィールド シンボルは、アクセスする内部テーブルの行タイプと同じタイプである必要があります。したがって、行タイプが異なる内部テーブルには使用できません12。
行の内容は作業領域ではなくフィールド シンボルにコピーされます。これは誤りです。上で説明したように、フィールド シンボルを使用しても、行の内容はフィールド シンボルにコピーされません。代わりに、フィールド シンボルは内部テーブル内の行のメモリ アドレスを指し、直接アクセスできるようにします。したがって、フィールド シンボルを使用する場合はコピーは発生しません12。