SAP BW/4HANAでは、データマート・データストア・オブジェクト（DSO）は、レポート作成や分析のための詳細なデータを格納するために使用されます。リクエストベースの削除機能を使用すると、DSOから特定のデータリクエストを削除できます。ただし、リクエストが受信テーブルにあるかアクティブデータテーブルにあるかによって、削除できるリクエストには制限があります。正解の説明は以下の通りです。
A) アクティブデータテーブル内の最新のリクエストのみデータマートDSOでは、リクエストベースの削除はアクティブデータテーブル内の最新のリクエストに対してのみ可能です。リクエストがアクティブ化されると、インバウンドテーブルからアクティブデータテーブルに移動します。データの整合性を維持するため、SAP BW/4HANAでは、アクティブデータテーブル内の最新のリクエストのみを削除できるというルールが適用されます。古いリクエストを削除すると、データの整合性が損なわれる可能性があります。
* リクエストを削除する手順:
* SAP BW/4HANA 環境のデータストア オブジェクトに移動します。
* アクティブ データ テーブル内の最新のリクエストを識別します。
* リクエストを削除するには、リクエスト削除機能を使用します。
* SAP BW/4HANA データ モデリング ガイドでは、データの一貫性を確保するために、アクティブ データ テーブルでのリクエストに基づく削除は最新のリクエストに制限されることが明示的に記載されています。
誤った選択肢B. 受信テーブル内のアクティブ化されていないリクエスト。アクティブ化されていないリクエストは受信テーブルに存在し、個別に制限なく削除できます。ただし、この質問は受信テーブルではなくアクティブデータテーブルについて具体的に言及しているため、この選択肢は誤りです。
参考：SAP BW/4HANA のドキュメントでは、受信テーブル内のアクティブ化されていないリクエストは自由に削除できることが確認されていますが、これは質問の範囲外です。
C) 受信テーブル内の最新の非アクティブ化リクエストのみ。この記述は誤りです。受信テーブル内の非アクティブ化リクエストの削除には制限がありません。受信テーブル内の非アクティブ化リクエストはすべて、順序に関係なく個別に削除できます。
参考: SAP BW/4HANA データ モデリング ガイドでは、受信テーブル内のアクティブ化されていないリクエストには、アクティブ データ テーブル内のリクエストと同じ制限がないことを明確にしています。
D). アクティブデータテーブル内の任意のリクエスト。SAP BW/4HANAではアクティブデータテーブル内のリクエストの削除は許可されていないため、このオプションは正しくありません。データの整合性を維持するため、削除できるのは最新のリクエストのみです。
参考: SAP BW/4HANA 管理ガイドでは、不整合が発生する可能性があるため、アクティブ データ テーブル内の任意のリクエストの削除は明示的に禁止されています。
結論DataMart データストア オブジェクトでのリクエスト ベースの削除に関する正しい答えは、アクティブなデータ テーブル内の最新のリクエストのみであるということです。
この制限により、データの一貫性が維持されながら、必要に応じてユーザーが最新のデータを削除できるようになります。

SAP DatasphereとSAP BW powered by SAP HANAのInfoCube間でデータを連携するには、SAP DatasphereがInfoCubeに保存されているデータにアクセスできるように接続を確立する必要があります。以下にオプションの説明を示します。
* 解説: 正解です。SA​​P ABAP 接続により、SAP Datasphere は SAP BW システムに接続し、InfoCube を含むデータオブジェクトにアクセスできます。この接続は ABAP スタックを活用して、SAP Datasphere と SAP BW のシームレスな統合を実現します。
1: SAP DatasphereはABAPスタックを介してSAP BW接続をサポートし、フェデレーテッドクエリとデータアクセスを可能にします。これはSAPのSAP DatasphereとSAP BWの統合ガイドに記載されています。
2. SAP BW Shell の移行説明: このオプションは正しくありません。SAP BW Shell の移行とは、SAP BW オブジェクト（インフォキューブ、データストアオブジェクトなど）を SAP BW/4HANA に移行するプロセスを指します。SAP Datasphere と SAP BW 間のデータ連携とは関係ありません。
参考: シェル移行は、SAP BW システムを SAP BW にアップグレードすることに重点を置いた 1 回限りのアクティビティです。
SAP の移行ドキュメントに記載されている /4HANA。
3. SAP BW リモート移行説明: このオプションは正しくありません。SAP BW リモート移行は、リモート SAP BW システムから SAP BW/4HANA へのデータとオブジェクトの移行を伴います。シェル移行と同様に、SAP Datasphere によるデータ連携には関係ありません。
参考：リモート移行は SAP の BW/4HANA 移行戦略の一部であり、リアルタイムのデータ フェデレーションには対応していません。
4. SAP BW/4HANA モデル転送説明: このオプションは誤りです。SA​​P BW/4HANA モデル転送とは、BW モデル（インフォキューブ、データソースなど）を SAP BW/4HANA に転送することを指します。SAP Datasphere と SAP BW 間のデータ連携とは無関係です。
参考: モデル転送は移行アクティビティであり、リアルタイムのデータ統合またはフェデレーションのメカニズムではありません。
結論SAP BW powered by SAP HANAのInfoCubeのデータをSAP Datasphereと連携させるには、SAP ABAP接続を使用する必要があります。この接続により、SAP DatasphereはInfoCubeのデータにリアルタイムでアクセスしてクエリを実行できるようになり、2つのシステム間のシームレスな統合が促進されます。

SAP BW/4HANAにおけるモデル化されたデータフローの動作は、データソースのデルタ管理方法、ターゲットとして使用されるデータストアオブジェクト（詳細）の種類、変換におけるキーデータに適用される更新方法など、いくつかの要因に依存します。ターゲットにおける情報の一貫性と正確性を確保するには、これらの要素が正しく調整されている必要があります。
* オプションB:
* デルタ管理方式ABRを備えたデータソース：ABR（After Image + Before Image）方式は、変更されたレコードの前後両方の状態を追跡します。これは、更新内容をターゲットシステムに正確に反映する必要があるシナリオに最適です。
* データストアオブジェクト（アドバンス）タイプStard：ステージングとレポート作成 データストアオブジェクト（Stard）は、データのステージングとレポート作成を同時に実行するために設計されています。変更の詳細な追跡をサポートし、ABRとの互換性を備えています。
* 更新方法：合計更新方法は、既存の値に新しい値を追加することでキー数値を集計します。これは、以前のデータを上書きすることなく更新内容を正確に反映できるため、ABRに適しています。
* オプションC:
* デルタ管理方式 ABR を使用したデータ ソース: 上で説明したように、ABR は変更の追跡に最適です。
* DataStore オブジェクト (高度) タイプ Stard:Stard は変更の詳細な追跡をサポートし、ABR と互換性があります。
* 更新メソッドMove：moveupdateメソッドは、既存のキー数値を新しい値で上書きします。これはABRにも有効で、データの最新の状態がターゲットに反映されることを保証します。
* オプションD:
* デルタ管理方式 ABR を使用したデータソース:ABR により、変更の正確な追跡が保証されます。
* データストアオブジェクト（高度）型データマート：データマートデータストアオブジェクトは、レポート作成と分析に最適化されています。集約されたデータを効率的に処理できるため、ABRと互換性があります。
* 更新方法 合計: 合計は、データ マートの主要な数値を集計するのに適しており、一貫性のある正確な結果を保証します。
正しい組み合わせ:
* オプションA:
* デルタ管理メソッドADDを使用したデータソース：ADDメソッドは新規レコード（挿入）のみを追跡し、更新や削除は処理しません。そのため、完全な変更追跡を必要とするStardや合計/移動更新メソッドとは互換性がありません。
* データストア オブジェクト (高度) タイプ Stard:Stard では詳細な変更追跡が必要ですが、ADD ではそれが提供できません。
* 更新方法Move:Moveは、既存のデータの更新や変更を前提としているため、ADDには適していません。
* オプションE:
* デルタ管理方式AIEを備えたデータソース：AIE（After Image Enhanced）方式は、変更後のレコードの状態のみを追跡します。一部のシナリオをサポートしますが、ABRほど包括的ではなく、特定の組み合わせでは不整合が発生する可能性があります。
* データストア オブジェクト (高度) タイプのデータ マート:データ マート オブジェクトでは正確な集計が必要ですが、AIE では完全にはサポートされない可能性があります。
* 更新方法の合計: 変更の追跡が不完全なため、AIE では合計が確実に機能しない可能性があります。
誤ったオプション:
SAP Data Engineer - Data Fabric のコンテキスト：SAP Data Engineer - Data Fabric のコンテキストでは、信頼性の高いデータパイプラインを構築するには、一貫性と精度の高いデータフローを確保することが不可欠です。デルタ管理メソッド、データストアオブジェクトタイプ、更新メソッドの組み合わせは、特定のビジネス要件を満たすように調整する必要があります。例えば、
* Stardobjects は、詳細な変更追跡を必要とするステージングや運用レポートによく使用されます。
* データ マート オブジェクトは分析に使用され、集約された一貫性のあるデータが必要です。
詳細については、以下を参照してください。
* SAP BW/4HANA データ モデリング ガイド: デルタ管理方法と、そのデータストア オブジェクトとの互換性について説明します。
* SAP ラーニング ハブ: SAP BW/4HANA でのデータフローの設計と実装に関するトレーニングを提供します。
B、C、D を選択すると、組み合わせによってターゲットの一貫性のある正確な情報が提供されるようになります。