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つのシステム間のシームレスな統合が促進されます。

このシナリオでは、企業は国固有のシリアル番号を持つ製品を製造しており、シリアル番号ごとに異なる属性値を格納するために特性「PRODUCT」をモデル化する必要があります。それぞれのオプションを分析してみましょう。
* オプションA：「PRODUCT」のナビゲーション属性として「COUNTRY」を使用します。ナビゲーション属性は、特性に関する追加の説明情報を提供するために使用されます。ただし、特定の値（シリアル番号など）を別の特性に基づいて一意に識別することはできません。ナビゲーション属性は通常、レポート作成の目的で使用され、シリアル番号ごとに異なる属性値を格納するという要件を満たしていません。
* オプションB：「PRODUCT」の推移属性として「SERIAL_NO」を使用します。推移属性は、データモデル内の他の属性に依存する派生属性です。シリアル番号のような一意の値を直接格納するのには適していません。推移属性は、値を一意に識別することよりも、値を導出することに重点が置かれています。
* オプションC：「PRODUCT」の複合特性として「COUNTRY」を使用します。複合特性とは、複数の特性を1つのキーに組み合わせることです。「COUNTRY」がキーの一部であれば理論的には機能しますが、シリアル番号と製品を関連付けるという要件には対応していません。ここでの主な焦点は「SERIAL_NO」であり、
"国。"
* オプションD：「SERIAL_NO」を「PRODUCT」の複合特性として使用する。これが正しいアプローチです。「SERIAL_NO」を「PRODUCT」の複合特性として定義することで、各製品インスタンスをシリアル番号に基づいて一意に識別する複合キーが作成されます。これにより、製品に関連付けられたシリアル番号ごとに異なる属性値（例：国固有の詳細）を保存できるようになります。
参考資料:SAP BW/4HANA モデリング ガイド: 複合特性の概念とモデリング シナリオでのその使用例について説明します。
SAP ヘルプ ポータル: SAP BW/4HANA で複合特性を定義および使用する方法についての詳細なドキュメントを提供します。
SAP コミュニティ ブログ: 専門家は、複合特性を使用して複雑なデータ関係を処理する実用的な例について頻繁に議論します。
「SERIAL_NO」を「PRODUCT」の複合特性として使用することで、データ モデルが各シリアル番号の一意の属性値の保存をサポートし、ビジネス要件を効果的に満たすことが保証されます。

* SAP BW/4HANAにおけるクエリ定義：SAP BW/4HANAにおけるクエリは、BExクエリデザイナーまたはSAP Analytics Cloud (SAC)を使用して作成および管理されます。これにより、ユーザーはデータストアオブジェクト（アドバンス）などのインフォプロバイダー上に複雑なレポートロジックを定義できます。
* 権限オブジェクト：SAP BW/4HANAは、権限オブジェクトを使用して特定の機能へのユーザーアクセスを制御します。クエリ定義を変更するには、ユーザーは関連する権限オブジェクトに対する適切な権限を持っている必要があります。
* 関連する承認オブジェクト:
* S_RS_COMP: 複合プロバイダーとクエリ コンポーネントへのアクセスを制御します。
* S_RS_COMP1: 個々のクエリ コンポーネントをきめ細かく制御します。
* S_RS_AUTH: 一般的なクエリ関連の承認を管理しますが、クエリ定義の変更には特に必要ではありません。
* S_RS_ADSO: データストア オブジェクト (詳細) へのアクセスを制御しますが、クエリの変更とは直接関係ありません。
* A. 承認オブジェクト S_RS_COMP の承認: このオブジェクトは、データストア オブジェクト (詳細) に基づくものも含め、クエリ コンポーネントにアクセスして変更するために必要です。正解です。
* B. 承認オブジェクト S_RS_AUTH の承認:このオブジェクトは一般的なクエリ関連の承認を管理しますが、クエリ定義の変更に特に必要ではありません。誤り。
* C. 承認オブジェクト S_RS_COMP1 の承認:このオブジェクトはクエリ コンポーネントを細かく制御できるため、クエリ定義を変更する場合に不可欠です。正解です。
* D. 承認オブジェクト S_RS_ADSO の承認:このオブジェクトは、データストア オブジェクト (詳細) へのアクセスを制御しますが、クエリの変更権限は管理しません。不正解です。
* A: S_RS_COMP は、クエリ コンポーネントにアクセスして変更し、ユーザーがデータストア オブジェクト (詳細) に基づいてクエリを操作できるようにするために必要です。
* C: S_RS_COMP1 は、クエリ コンポーネントをきめ細かく制御し、クエリ定義を正確に変更できるようにします。
参考資料:SAP BW/4HANA セキュリティ ガイド: クエリ関連機能へのアクセスを制御する際の承認オブジェクトの役割について説明した公式ガイドです。
クエリ権限に関する SAP ノート: 2608998 などのノートには、クエリの変更に必要な特定の権限オブジェクトの詳細が記載されています。
クエリ設計に関する SAP ベスト プラクティス: これらのガイドラインでは、クエリ関連の権限の管理に S_RS_COMP と S_RS_COMP1 を使用することを推奨しています。
ユーザーが S_RS_COMP および S_RS_COMP1 に対する正しい権限を持っていることを確認することで、組織は SAP BW/4HANA でのクエリの変更を安全に管理できます。

SAP HANAデプロイメントインフラストラクチャ（HDI）において、HDIコンテナとは、SAP HANAデータベース内の専用の分離されたスキーマであり、テーブル、ビュー、プロシージャ、その他のアーティファクトなどのデータベースオブジェクトを保存および管理します。HDIコンテナは、マルチターゲットアプリケーション（MTA）をサポートするために使用され、開発者がデータベースオブジェクトを構造化されたモジュール方式で管理できるようにします。
* HDBモジュール (B):HDBモジュールは、SAP Web IDE for SAP HANAまたはSAP Business Application Studio内の開発オブジェクトです。データベース設計時のアーティファクト（例：.hdbtableなど）が含まれます。
データベースオブジェクトの構造とロジックを定義するファイル（.hdbview、.hdbsynonymなど）があります。HDBモジュールをビルドすると、HDIコンテナがまだ存在しない場合は作成がトリガーされます。その後、HDIコンテナには、HDBモジュールで定義された設計時アーティファクトから生成されたランタイムオブジェクトが格納されます。
* 要点:
* HDB モジュールは、マルチターゲット アプリケーション (MTA) プロジェクトの一部です。
* HDI Deployer サービスを使用して、デザイン時の成果物を HDI コンテナーにデプロイします。
* HDI コンテナーは、データベース オブジェクトの分離とバージョン管理を保証するため、最新のアプリケーション開発手法に適しています。
* 他のオプションを選択しないのはなぜですか?
* スペース (A): スペースとは、Cloud Foundry 環境におけるアプリケーションとサービスのデプロイ先となる概念です。スペースはリソースを整理・分離するために使用されますが、HDI コンテナの生成とは直接関係ありません。スペースはアプリケーションとサービスをホストしますが、HDI コンテナに必要なデータベースオブジェクトを定義するものではありません。
* パッケージ (C):SAP HANA において、パッケージとは、SAP HANA リポジトリ内の開発オブジェクトを整理するために使用されるフォルダのような構造です。ただし、パッケージだけでは HDI コンテナは生成されません。
これらは従来のリポジトリベースの開発モデル (XSA または XS Classic) で使用されますが、HDI コンテナーは新しい HDI ベースの開発モデルに関連付けられています。
* SQL スクリプトプロシージャ (D):SQL スクリプトプロシージャは、SQL の手続き型ロジックを定義するために使用されるデータベースアーティファクトです。SQL スクリプトプロシージャは HDI コンテナーにデプロイできますが、コンテナー自体を生成することはできません。そのため、これらのアーティファクトをデプロイする前に、コンテナーが既に存在している必要があります。
HDI コンテナを生成するために必要な開発オブジェクト:
SAP Data Engineer - Data Fabric コンテキスト：SAP Data Engineer - Data Fabric 環境において、HDI コンテナはモジュール式でスケーラブルなデータ管理を実現する上で重要な役割を果たします。開発者は、HDI コンテナを使用することで、異なるアプリケーションやテナントごとに独立した環境を構築し、データのセキュリティと一貫性を確保できます。HDB モジュールを活用することで、開発者は最新の DevOps プラクティスに沿って、データベースオブジェクトを構造的に定義および展開できます。
詳細については、次のリソースを参照してください。
* SAP HANA XS Advanced 向け SAP HANA 開発者ガイド: アプリケーション開発における HDB モジュールと HDI コンテナの役割について説明します。
* SAP Business Application Studio ドキュメント: MTA のコンテキストで HDB モジュールを作成および構築するためのガイダンスを提供します。
* SAP ラーニング ハブ: HDI および MTA の概念を含む SAP HANA 開発に関するトレーニングを提供します。
B (HDB モジュール) を選択すると、HDI コンテナを生成するための正しい開発オブジェクトが識別され、効率的なデータベース開発と展開が可能になります。