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 を選択すると、組み合わせによってターゲットの一貫性のある正確な情報が提供されるようになります。

SAP BW/4HANAプロジェクトとモデリングプロセス

SAP HANAモデリングとSAP BW/4HANAモデリングのどちらを選択するかを決める際には、ユースケースの具体的な要件を考慮することが不可欠です。SA​​P HANAモデリングは、高度な分析、SQLベースの開発、リアルタイム処理といったSAP HANAデータベースのネイティブ機能の活用に重点を置いています。一方、SAP BW/4HANAモデリングは、事前定義されたデータモデルとガバナンスを必要とする構造化データの統合、ハーモナイゼーション、レポート作成といったシナリオに適しています。
* あいまい検索を使用して最適な一致を見つける (オプション A):SAP HANA は、テキストベースのデータの近似一致を見つけることができるあいまい検索などの高度な分析機能を提供します。
この機能は、名前の一致、アドレスの検証、重複の検出など、正確な一致が常に可能とは限らないシナリオで特に役立ちます。
* あいまい検索は SAP HANA のネイティブ機能であり、計算ビューまたは SQL スクリプトに直接実装できます。
* SAP BW/4HANA はこのような機能のために SAP HANA と統合できますが、パフォーマンスと柔軟性を最大限に活用するには、SAP HANA モデリングであいまい検索を直接実装する方が効率的です。
* 社内SQL知識の活用（オプションC）：チームがSQLに精通しており、SQLベースの開発を好む場合は、SAP HANAモデリングが最適な選択肢です。SA​​P HANAはSQLスクリプトと開発をネイティブにサポートしているため、開発者は複雑なロジック、変換、計算をデータベース層で直接作成できます。
* 一方、SAP BW/4HANA では、SQL スキルを十分に活用できない可能性のある、より構造化されたモデリング アプローチ (変換、DTP など) が使用されています。
* SAP HANA モデリングに重点を置くことで、高いパフォーマンスと柔軟性を維持しながら、社内の SQL 専門知識を最大限に活用できます。
* 異なるソースからのスナップショットまたは差分の定期的なロード（オプションB）：この要件は、SAP BW/4HANAモデリングに適しています。SAP BW/4HANAは、複数のソースからのデータのロードと管理に特化したデータ転送プロセス（DTP）やプロセスチェーンなど、堅牢なデータ統合機能を提供します。これらのツールには、定期的なデータロードを簡素化するエラー処理、スケジュール設定、監視機能が組み込まれています。
* 調和されたマスターデータセットに基づくレポート作成（オプションD）：調和されたマスターデータに基づくレポート作成は、SAP BW/4HANAの強みの一つです。SA​​P BW/4HANAは、分散したデータソースからデータを統合、クレンジング、そして調和させ、統一されたモデルへと変換する能力に優れています。また、階層構造、主要数値の計算、クエリ設計といった、レポート作成に最適化された機能も備えています。SAP HANAのモデリング機能は強力ですが、本質的には同等レベルのデータガバナンスと調和機能を提供するものではありません。
* SAP HANAモデリングの強み:
* リアルタイム分析と高度なアルゴリズム (例: 予測分析、グラフ処理)。
* アドホック クエリとカスタム SQL ベースのロジックに対する柔軟性。
* あいまい検索などの高度な検索機能をネイティブでサポートします。
* SAP BW/4HANAモデリングの強み:
* 構造化されたデータの統合と調和。
* 事前定義されたデータ モデルとガバナンス フレームワーク。
* 企業全体のレポートと分析向けに最適化されています。
* SAP HANA 高度な分析ガイド: このガイドでは、あいまい検索や SQL スクリプトなどの SAP HANA のネイティブ機能を高度な分析に使用する方法について説明します。
* リンク:SAP HANA アドバンスドアナリティクス
* SAP BW/4HANAデータ統合ベストプラクティス:このリソースでは、SAP BWの強みを強調しています。
データ統合、調和、レポートのシナリオにおける /4HANA。
参考: SAP ノート 2637890 - SAP BW/4HANA でのデータ統合のベスト プラクティス。
あいまい検索や SQL の専門知識などの要件に合わせて SAP HANA モデリングを選択すると、データベースのネイティブ機能と柔軟性を活用し、最適なパフォーマンスとチームのスキルセットとの整合性を確保できます。