SAP BW/4HANAのOpen ODS Viewとは？作成手順とADSOの違い、使い所

SAP BW/4HANAで外部データをすぐに分析モデルへ組み込みたい場合、Open ODS Viewは有効な選択肢です。データをADSOへロードして保持する前に、外部データソースの項目をBWの分析モデルから参照できる形に定義できます。

ただし、Open ODS Viewはデータを保存する入れ物ではありません。データの永続化、履歴管理、デルタ処理、複雑な変換が必要な場合は、ADSOを中心に設計します。この記事では、実際のモデリング作業で判断しやすいように、作成の流れと運用上の確認点を整理します。

01Open ODS Viewの基本

Open ODS Viewは、外部データソースの構造をSAP BW/4HANAの分析モデルへ公開するオブジェクトです。外部のテーブルやビューなどを読み取り、項目を特性、キー数値、数値、日付などの意味に割り当てて利用します。

データは参照時にソースへアクセスする構成が基本です。そのため、短期間で分析モデルを作成できる一方、ソース側の可用性、権限、ネットワーク、SQL処理性能がレポート実行時間に影響します。頻繁に参照するデータや大量データを安定して集計するデータでは、永続化を含む別の設計を検討します。

Open ODS Viewは、単独で最終レポートのすべてを担うというより、外部データをBWの他のプロバイダーと組み合わせるための接続点として使うと理解しやすくなります。たとえば、外部の明細データをOpen ODS Viewで公開し、ADSOや他のプロバイダーとCompositeProviderで統合します。

02Open ODS Viewを使う場面

Open ODS Viewは、次のような要件に適しています。

• 外部テーブルやビューを短期間で分析対象にしたい
• データをBWへコピーせず、最新のソース値を参照したい
• 検証用のデータを既存の分析モデルへ一時的に追加したい
• 複数のプロバイダーをCompositeProviderで組み合わせたい
• 永続化の前に、項目定義や粒度を確認したい

一方で、次の要件ではADSOなどの永続化オブジェクトを優先します。

• 日次や月次のスナップショットを保存したい
• ソース停止中でもレポートを実行したい
• データクレンジングや複数段階の変換を行いたい
• デルタ抽出、監査、再処理を管理したい
• 大量データを繰り返し集計し、ソースへの負荷を抑えたい

判断の軸は、単に作成の速さだけではありません。データの鮮度、保持期間、障害時の継続性、クエリ頻度、ソース側の負荷を合わせて評価します。BW/4HANA全体の役割分担を確認するときは、SAP BW/4HANAの概要も参照できます。

03Open ODS ViewとADSOの違い

Open ODS ViewとADSOは、どちらも分析モデルの構成要素になりますが、責任範囲が異なります。

ADSOの詳細な設計を確認する場合は、SAP BW/4HANAのADSOを参照してください。Open ODS ViewからADSOへデータを取り込む構成では、最初に仮想参照で項目と粒度を確認し、その後に永続化へ移行する流れも使えます。

04Open ODS Viewの作成手順

作成前に、ソースの接続先、読み取り権限、テーブルまたはビューの粒度、主キー相当の項目、時刻項目、通貨と単位を確認します。項目名だけでなく、1行が何を表すかを決めておくことが重要です。

1. ソースを準備する

利用する外部データソースを選び、接続が正常であることを確認します。ソース側で必要なアクセス権を付与し、分析ユーザーが参照できる項目だけを公開します。複雑な結合や計算をソースビューに集約すると、Open ODS View側の定義を簡潔にできます。

2. Open ODS Viewを作成する

BWモデリング環境でOpen ODS Viewを新規作成し、説明、技術名、ソースタイプ、接続情報を設定します。技術名は運用規約に合わせ、用途とデータ領域が分かる命名にします。

ソース項目を読み込んだら、それぞれの項目に意味を設定します。コード項目を特性として扱うのか、金額や数量をキー数値として扱うのかを決め、通貨、単位、日付、時間の関係も確認します。数値項目を文字列のまま公開すると、集計やフィルタリングで意図しない結果になりやすいため、型と意味を合わせます。

3. 項目とデータを検証する

プレビューやデータ確認機能で、件数、NULL、重複、日付範囲、通貨、単位を確認します。ソース側で同じキーが複数行に存在する場合は、Open ODS Viewを作成する前に粒度を明確にします。明細粒度のまま集計する設計と、事前集計されたソースを参照する設計では、クエリ性能が大きく変わります。

4. 有効化して利用する

定義を保存し、有効化します。その後、単独で参照するか、CompositeProviderへ追加します。CompositeProviderに組み込む場合は、結合またはユニオンのどちらが業務上の関係に合うかを判断し、共通項目のデータ型、長さ、意味をそろえます。

CompositeProviderで複数のプロバイダーを統合する設計は、SAP BW/4HANAのCompositeProviderで構成例を確認できます。

05CompositeProviderでの組み込み

Open ODS ViewをCompositeProviderへ追加すると、外部参照データをADSOなどのBW内データと同じ分析モデルで扱えます。ユニオンは同じ意味のデータを縦方向にまとめる場合に使い、結合は共通キーを使って属性や補足情報を横方向に追加する場合に使います。

組み込み時には、次の点を先に決めます。

• 共通特性のキー形式と値の桁
• データの粒度と重複の扱い
• キー数値の加算性、非加算性、例外集計
• 通貨・単位の変換方法
• NULLや未割当値の扱い
• 外部ソースの障害時に必要な代替運用

結合条件が不十分だと、1行のデータが複数行へ増幅されます。特に、マスタ属性を補足するつもりで明細同士を結合すると、金額や数量が二重計上されることがあります。サンプルデータで結合前後の件数と合計値を比較してから、利用者向けのクエリへ公開します。

06変換と永続化への移行

Open ODS Viewで参照したデータに変換、履歴、品質検査、再処理が必要になった場合は、ADSOへのロード設計へ移行します。移行前に、Open ODS Viewで使っていた項目の意味、フィルタ、粒度、更新頻度を一覧化します。

変換では、データ型変換、コードの標準化、派生項目、通貨・単位処理、エラーレコードの扱いを定義します。ロード頻度はソース更新のタイミングとレポートの鮮度要件から決定し、初回フルロードと後続デルタの方式を分けて設計します。

変換処理の設計を詳しく確認する場合は、SAP BW/4HANAの変換を参照してください。Open ODS Viewを永続化の前段に置く場合でも、ソースから取得できる範囲、削除の検知、遅延到着データの扱いを明文化しておくと、移行後の再処理が安定します。

07性能とトラブルシューティング

クエリが遅い場合は、最初にソース側の実行時間、取得行数、フィルタの押し下げ、結合条件、ネットワーク遅延を分けて確認します。BW側だけを調べると、ソースビューの全件走査や不要な列取得を見落とすことがあります。

次の順で切り分けると効率的です。

1. 同じ条件をソース側で実行し、基礎的な応答時間を確認する
2. Open ODS Viewで必要な項目だけを使い、取得範囲を絞る
3. CompositeProviderの結合条件とフィルタ条件を確認する
4. データの重複による行数増加を調べる
5. 繰り返し利用される大量データをADSOへ移すか判断する

データが表示されない場合は、接続、ソース権限、オブジェクトの有効化状態、項目マッピング、フィルタ、NULL値を確認します。数値が想定と異なる場合は、粒度、結合による増幅、加算性、通貨と単位の設定を確認します。

ソース構造を変更した後は、項目の追加、削除、データ型変更がOpen ODS ViewとCompositeProviderに与える影響を確認します。変更を本番へ反映する前に、代表的な期間と拠点を含む検証データで件数、合計、最小値、最大値を比較します。

08運用前のチェックリスト

本番利用前には、次の項目を確認します。

• ソースの接続と参照権限が運用ユーザーで確認できる
• 各項目の意味、データ型、粒度が文書化されている
• 金額、数量、通貨、単位の集計ルールが決まっている
• ソース停止時の業務影響と代替手順が決まっている
• CompositeProviderで結合後の件数と合計値を検証している
• クエリの利用頻度とソース負荷を監視できる
• 永続化へ移行する条件と担当者が決まっている

Open ODS Viewは、外部データを素早くBW/4HANAの分析モデルへ接続するための実務的なオブジェクトです。参照の速さを優先する場面では有効ですが、履歴、再処理、安定稼働、大量集計が重要になった段階ではADSOを含む永続化設計へ役割を切り替えます。最初から将来のロード要件を意識して項目、粒度、品質条件を定義しておくと、短期検証から本番モデルへ移行しやすくなります。