Sap-bw-quick-guide
SAP BW-SAP BIの概要
この章では、SAP BWとSAP BIの基本を理解します。 長年にわたってどのように進化し改善されてきたか。
SAP BWおよびBIの概要
SAP *ビジネスインテリジェンス(BI)*は、異なる異種データソースからのデータの分析とレポートを意味します。 SAP *ビジネスウェアハウス(BW)*は、さまざまなソースからのデータを統合し、データを変換および統合し、データのクレンジングおよびデータの保存も行います。 また、データモデリング、管理、ステージングエリアも含まれます。
SAP BWのデータは、 SAP BI Administration Workbench と呼ばれる集中管理ツールを使用して管理されます。 BIプラットフォームは、以下を含むインフラストラクチャと機能を提供します-
- OLAPプロセッサ
- メタデータリポジトリ、
- プロセスデザイナーおよびその他の機能。
- Business Explorer(BEx)*は、BIのクエリ、分析、およびレポート機能をサポートするレポートおよび分析ツールです。 BExを使用すると、履歴データと現在のデータをさまざまな分析レベルで分析できます。
SAP BWは、さまざまなシステムからデータを抽出してBIシステムに送信できる、オープンな標準ツールとして知られています。 また、さまざまなレポートツールを使用してデータを評価し、これを他のシステムに配布できます。
次の図は、オープンで幅広く標準に基づいたビジネスインテリジェンスのアーキテクチャを示しています。
- BIはビジネスインテリジェンスの略です
- BWはビジネスウェアハウスの略です
1997年、SAPはレポート、分析、データウェアハウジング用の製品を最初に導入し、* Business Warehouse Information System(BIW)*と名付けられました。
その後、名前はSAP BIWからSAP Business Warehouse(BW)に変更されました。 SAPがBusiness Objectsを買収した後、製品の名前はSAP BIに変更されました。
Name | BIW Version | Release Date and Year |
---|---|---|
BIW | 1.2A | Oct 1998 |
BIW | 1.2B | Sep 1999 |
BIW | 2.0A | Feb 2000 |
BIW | 2.0B | Jun 2000 |
BIW | 2.1C | Nov 2000 |
BW (Name changed to BW) | 3.0A | Oct 2001 |
BW | 3.0B | May 2002 |
BW | 3.1 | Nov 2002 |
BW | 3.1C | Apr 2004 |
BW | 3.3 | Apr 2004 |
BW | 3.5 | Apr 2004 |
BI (Name changed to BI) | 7 | Jul 2005 |
SAP BIでのデータ収集
SAP BIを使用すると、異なるBIシステムに配布できる複数のデータソースからデータを取得できます。 SAP Business Intelligenceシステムは、データ転送のターゲットシステム、または異なるBIターゲットへのデータ配信のソースシステムとして機能できます。
上記の画像で述べたように、他のシステムと一緒にSAP BIソースシステムを見ることができます-
- SAPシステム(SAPアプリケーション/SAP ECC)
- リレーショナルデータベース(Oracle、SQL Serverなど)
- フラットファイル(Excel、メモ帳)
- 多次元ソースシステム(UDIコネクタを使用するユニバース) *プッシュによってBIにデータを転送するWebサービス
SAP BI管理ワークベンチに移動すると、ソースシステムがそこで定義されます。* RSA1→Source Systems *に移動します
データソースタイプごとに、ソースシステムを区別することができます-
トランザクションデータのデータソース
マスタデータのデータソース
階層のデータソース
テキストのデータソース
属性のデータソース
*InfoPackage* を使用して、データソース構造内の任意のソースからBIにデータをロードできます。 データがロードされるターゲットシステムは、変換で定義されます。
インフォパッケージ
InfoPackageは、さまざまなデータソースからBIシステムにデータをロードする方法とタイミングを指定するために使用されます。 InfoPackageには、ソースシステムからデータソースまたはPSAへのデータのロード方法に関するすべての情報が含まれています。 インフォパッケージは、ソースシステムからデータをリクエストするための条件で構成されています。
_ 注-BW 3.5でInfoPackageを使用すると、永続ステージングエリアおよびソースシステムからターゲットにデータをロードできますが、SAP BI 7.0を使用している場合、データロードは最新バージョンのPSAのみに制限する必要があります。
- BIデータフロー(InfoPackageおよびInfoProvider)*
BIコンテンツ
BIオブジェクトは、次のコンポーネントで構成されています-
- 役割
- Webテンプレートとワークブック
- 問い合わせ
- インフォプロバイダー
- 更新ルール
- インフォソース
- 転送ルール
- インフォオブジェクト
- データソース
BIオブジェクトは、効率的な方法で使用できるように、複数のBIコンテンツ領域に分割されます。 これには、組織内のすべての主要モジュールのコンテンツ領域が含まれます。
- SCM
- CRM
- HR
- 財務管理
- 製品ライフサイクル
- 産業ソリューション
- 非SAPデータソースなど
SAP BW-データウェアハウジング
この章では、スターおよび拡張スタースキーマについて説明します。 また、InfoAreaとInfoObjectsについても理解します。
スタースキーマ
スタースキーマでは、各ディメンションは1つの単一のファクトテーブルに結合されます。 各次元は1つの次元のみで表され、それ以上は正規化されません。 ディメンションテーブルには、データの分析に使用される属性のセットが含まれています。
たとえば、すべてのDimテーブルとメジャー units_sold および dollars_sold の主キーを持つ FactSales というファクトテーブルがあり、分析を行います。
次の図に示すように、DimTime、DimItem、DimBranch、DimLocationの4つのディメンションテーブルがあります。
ファクトテーブルには2つのテーブルを結合するために使用される各ディメンションテーブルのプライマリキーがあるため、各ディメンションテーブルはファクトテーブルに接続されます。
ファクトテーブルのファクト/メジャーは、ディメンションテーブルの属性とともに分析目的で使用されます。
拡張スタースキーマ
拡張スタースキーマでは、ファクトテーブルはディメンションテーブルに接続され、このディメンションテーブルはさらにSIDテーブルに接続され、このSIDテーブルはマスターデータテーブルに接続されます。 拡張スタースキーマでは、キューブ内にファクトテーブルとディメンションテーブルがありますが、SIDテーブルはキューブ外にあります。 トランザクションデータを情報キューブに読み込むと、SIDに基づいてDim IDが生成され、これらのDim IDがファクトテーブルで使用されます。
拡張スタースキーマでは、1つのファクトテーブルが16個のディメンションテーブルに接続でき、各ディメンションテーブルには最大248個のSIDテーブルが割り当てられます。 これらのSIDテーブルは特性とも呼ばれ、各特性にはATTR、テキストなどのマスターデータテーブルを含めることができます。
- ATTR -すべての属性データを保存するために使用されます。
- テキスト-説明を複数の言語で保存するために使用されます。
インフォエリアとインフォオブジェクト
インフォオブジェクトはSAP BIの最小単位として知られており、インフォプロバイダー、DSO、マルチプロバイダーなどで使用されます。 各情報プロバイダーには、複数のInfoObjectが含まれます。
インフォオブジェクトは、保存されたデータを分析し、意思決定者に情報を提供するためにレポートで使用されます。 InfoObjectsは次のカテゴリに分類することができます-
- 顧客、製品などの特性
- 販売数量、通貨などの単位
- 総収入、利益などのキー数値
- 年、四半期などの時間特性
InfoObjectはInfoObjectカタログに作成されます。 InfoObjectを別のInfo Catalogに割り当てることができます。
情報エリア
SAP BIの情報エリアは、類似したタイプのオブジェクトをグループ化するために使用されます。 情報エリアは、情報キューブと情報オブジェクトを管理するために使用されます。 各InfoObjectはInfo Areaに存在し、同様のファイルを一緒に保持するために使用されるフォルダーで定義できます。
SAP BW-データフロー
この章では、SAP BWでのデータフローとデータ取得について説明します。
データフローの概要
データ取得のデータフローには、変換、PSAへのロードのための情報パッケージ、およびBI内でのデータの配布のためのデータ転送プロセスが含まれます。 SAP BIでは、意思決定に必要なデータソースフィールドを決定し、転送する必要があります。
データソースをアクティブにすると、SAP BWでPSAテーブルが生成され、データをロードできます。
変換プロセスでは、InfoObjectとその値のフィールドが決定されます。 これは、PSAから異なるターゲットオブジェクトに転送されるDTPデータを使用して行われます。
変換プロセスには、次の異なるステップが含まれます-
- データ統合
- データクレンジング
- データ統合
あるBIオブジェクトから別のBIオブジェクトにデータを移動するとき、データは変換を使用しています。 この変換は、ソースフィールドをターゲットの形式に変換します。 変換は、ソースシステムとターゲットシステムの間で作成されます。
- BIオブジェクト*-InfoSource、DataStoreオブジェクト、InfoCube、InfoObjects、およびInfoSetはソースオブジェクトとして機能し、これらの同じオブジェクトはターゲットオブジェクトとして機能します。
変換は、少なくとも1つの変換ルールで構成する必要があります。 使用可能なルールのリストから異なる変換、ルールタイプを使用でき、単純な変換から複雑な変換を作成できます。
ソースシステムデータへの直接アクセス
これにより、BIソースシステムのデータに直接アクセスできます。 仮想プロバイダーを使用して抽出せずに、BIのソースシステムデータに直接アクセスできます。 これらの仮想プロバイダーは、トランザクションデータがオブジェクトに保存されないインフォプロバイダーとして定義できます。 仮想プロバイダーは、BIデータの読み取りアクセスのみを許可します。
利用可能な仮想プロバイダーにはさまざまな種類があり、さまざまなシナリオで使用できます-
- DTPに基づく仮想プロバイダー
- 汎用モジュールを持つ仮想プロバイダー
- BAPIに基づいた仮想プロバイダー
DTPに基づく仮想プロバイダー
これらの仮想プロバイダーは、データソースまたはインフォプロバイダーに基づいており、ソースの特性とキー数値を取得します。 データをBIシステムに複製するために使用するのと同じ抽出プログラムを使用して、ソースシステムのデータを選択します。
- 仮想プロバイダーはいつDTPに基づいていますか?
- 一部のデータのみが使用される場合。
- SAPソースシステムから最新のデータにアクセスする必要があります。
- データベースで同時にクエリを実行するユーザーはわずかです。
DTPに基づく仮想プロバイダーは、次の条件では使用しないでください-
- 複数のユーザーが一緒にクエリを実行している場合。
- 同じデータが複数回アクセスされる場合。
- 大量のデータが要求され、ソースシステムで利用可能な集計がない場合。
DTPに基づいたVirtualProviderの作成
Administration Workbenchに移動するには、 RSA1 を使用します
*[モデリング]タブで→情報プロバイダーツリーに移動→コンテキストメニューで→[仮想プロバイダーの作成]* 。
タイプでは、直接アクセスのデータ転送プロセスに基づいて仮想プロバイダー*を選択します。 *InfoSource 3.x を使用して、仮想プロバイダーをSAPソースにリンクすることもできます。
- 一意のソースシステム割り当てインジケータ*を使用して、ソースシステム割り当てを制御します。 この区分を選択すると、割り当てダイアログで使用できるソースシステムは1つだけになります。 このインジケータがチェックされていない場合、複数のソースシステムを選択でき、仮想プロバイダーはマルチプロバイダーと見なすことができます。
下部の* Create(F5)*をクリックします。 オブジェクトをコピーすることにより、仮想プロバイダーを定義できます。 仮想プロバイダーをアクティブにするには、次のスクリーンショットに示すようにクリックします。
変換を定義するには、右クリックして「変換の作成」に進みます。
変換ルールを定義してアクティブ化します。
次のステップは、データ転送プロセスを作成することです。 右クリック→データ転送プロセスの作成
DTPのデフォルトタイプは、直接アクセスのDTPです。 仮想プロバイダーのソースを選択し、DTPをアクティブにする必要があります。
直接アクセスを有効にするには、コンテキストメニュー→直接アクセスを有効にする。
1つ以上のデータ転送プロセスを選択して、割り当てをアクティブにします。
BAPIを使用した仮想プロバイダー
これは外部システムのデータに関するレポートに使用され、トランザクションデータをBIシステムに保存する必要はありません。 階層データベースのような非SAPシステムに接続できます。
この仮想プロバイダーをレポートに使用すると、仮想プロバイダーBAPIが呼び出されます。
汎用モジュールを使用した仮想プロバイダー
この仮想プロバイダーは、データをBI構造にコピーせずに、非BIデータソースからBIにデータを表示するために使用されます。 データはローカルでもリモートでもかまいません。 これは主にSEMアプリケーションに使用されます。
これを他の仮想プロバイダーと比較すると、これはより一般的で柔軟性が向上しますが、これを実装するには多大な努力が必要です。
仮想プロバイダーのデータソースとして使用する汎用モジュールの名前を入力します。
SAP BW-変換
変換プロセスは、データ統合、クレンジング、およびデータ統合を実行するために使用されます。 1つのBIオブジェクトから他のBIオブジェクトにデータがロードされると、データに変換が適用されます。 変換は、ソースのフィールドをターゲットオブジェクト形式に変換するために使用されます。
各変換は、最低1つの変換ルールで構成されます。 さまざまなルールタイプとルーチンが利用可能であるため、単純な変換から複雑な変換を作成できます。
変換を作成するには、コンテキストに移動し、右クリック→変換の作成を選択します。
次のウィンドウで、変換のソースと名前を入力し、目盛りボックスをクリックします。
ソースシステムからターゲットシステムにルールが作成され、マッピングが表示されます。
変換ルール
変換ルールは、ソースフィールドとターゲットフィールドのマッピングに使用されます。 変換にはさまざまなルールタイプを使用できます。
- ルールタイプ-ルールタイプは、変換ルールを使用してフィールドに適用される操作として定義されます。
- ルールグループ-変換ルールのグループとして定義され、ターゲットの各キーフィールドには1つの変換ルールが含まれます。
- 変換タイプ-変換値とデータがターゲットに入力される方法を決定するために使用されます。
- ルーチン-ルーチンは複雑な変換を実行するために使用されます。 ルーチンはローカルABAPクラスとして定義され、定義済みの定義および実装領域で構成されます。 +実装領域でルーチンが作成され、定義領域でインバウンドおよびアウトバウンドパラメータが定義されます。 ルーチンは、キー数値の変換ルールとして定義でき、ルールタイプとして使用できます。
リアルタイムデータ収集(RDA)
リアルタイムのデータ取得は、データをリアルタイムでビジネスウェアハウスに移動することに基づいています。 データはリアルタイムでデルタキューまたはPSAテーブルに送信されます。 リアルタイムデータ収集は、データをより頻繁に(1時間ごとまたは1分ごとに)転送し、単一の時間間隔でレポートレベルでデータを複数回更新する場合に使用されます。
リアルタイムデータ収集はデータソースの重要なプロパティの1つであり、データソースはリアルタイムデータ収集をサポートする必要があります。 リアルタイムでデータを転送するように設定されたデータソースは、標準のデータ転送には使用できません。
リアルタイムのデータ収集は、2つのシナリオで実現できます-
- サービスAPIを使用したリアルタイムデータ取得にInfoPackageを使用する。
- Webサービスを使用してデータをPersistent Storage Area(PSA)にロードし、リアルタイムDTPを使用してデータをDSOに移動します。
リアルタイムデータ取得のバックグラウンドプロセス-
データをInfoPackageに処理し、データ転送プロセスDTPを定期的に実行するには、デーモンと呼ばれるバックグラウンドプロセスを使用できます。
デーモンプロセスは、InfoPackageおよびDTPからすべての情報を取得し、どのデータが転送されるか、どのPSAおよびデータがオブジェクトにデータをロードするかを判断します。
SAP BW-インフォエリア、オブジェクト、カタログ
この章では、InfoArea、InfoObject、およびCatalogと呼ばれるいくつかのSAP BWコンポーネントについて詳しく説明します。
SAP BIのインフォエリア
SAP BIのInfoAreaは、類似したタイプのオブジェクトをグループ化するために使用されます。 InfoAreaは、InfoCubeとInfoObjectsを管理するために使用されます。 各InfoObjectはInfoAreaに存在し、同様のファイルを一緒に保持するために使用されるフォルダーで定義できます。
インフォエリアを作成するには?
インフォエリアを作成するには、RSAワークベンチに移動します。 Tコード:RSA1
- モデリングタブ→インフォプロバイダに移動します。 [コンテキスト]→[InfoArea *の作成]を右クリックします。
InfoAreaの名前と説明を入力して、[続行]をクリックします。
作成されたインフォエリアが下部に表示されます。
InfoObjectおよびInfoObjectカタログを作成する方法
インフォオブジェクトはSAP BIの最小単位として知られており、インフォプロバイダー、DSO、マルチプロバイダーなどで使用されます。 各InfoProviderには複数のInfoObjectが含まれます。
インフォオブジェクトは、保存されているデータを分析し、意思決定者に情報を提供するためにレポートで使用されます。 InfoObjectsは次のカテゴリに分類することができます-
- 顧客、製品などの特性
- 販売数量、通貨などの単位
- 総収入、利益などのキー数値
- 年、四半期などの時間特性
インフォオブジェクトは、インフォオブジェクトカタログに作成されます。 InfoObjectを別のInfo Catalogに割り当てることができます。
InfoObjectカタログの作成
*Tコード:RSA1*
- モデリング→インフォオブジェクト→右クリック→インフォオブジェクトカタログの作成*に移動します。
InfoObjectカタログの技術名と説明を入力します。
インフォオブジェクトタイプの選択-特性オプションボタン-これは特性インフォオブジェクトカタログです。
キー数値-これは作成されるInfoObjectカタログです。
作成ボタンをクリックします。 次のステップは、InfoObjectカタログを保存してアクティブ化することです。 次のスクリーンショットに示すように、新しいInfoObjectカタログが作成されます-
インフォオブジェクトの作成
特性を持つインフォオブジェクトを作成するには、RSA1に移動して管理ワークベンチを開きます。 *モデリング→インフォオブジェクト*に移動します。
*My Sales InfoObject Catalog→右クリック→Create InfoObjects* を選択します。
特性および説明の技術名称を入力します。 作成する必要がある新しい特性が既存の特性と同じ技術的特性を持つ場合、参照特性を使用できます。
既存の特性の技術的特性の一部を持つ新しい特性にテンプレート特性を使用できます。 続行をクリックします。
次のウィンドウで、InfoObjectの編集画面が表示されます。 インフォオブジェクト編集画面には、次の6つのタブがあり、スクリーンショットにも表示されます-
- 全般
- ビジネスエクスプローラー
- マスタデータ/テキスト
- 階層
- 属性 *配合
すべてのフィールドを定義したら、[保存してアクティブ化]をクリックします。
キー数値を使用したインフォオブジェクトの作成
特性を持つInfoObjectを作成するには、RSA1に移動して管理ワークベンチを開きます。* モデリング→インフォオブジェクト*に移動します
- 未割り当てキー数値→右クリック→インフォオブジェクト登録*に移動します。
その後、次のことができます-
- 技術名と説明を入力します。
- 参照キー数値を入力してください
- 参照テンプレートを入力し、[続行]をクリックします。
特性の編集では、次のフィールドを定義します-
- タイプ/ユニット
- 集約
- 追加のプロパティ
- 消去
次のスクリーンショットに示すように、[保存してアクティブ化]をクリックします。 このInfoObjectは保存され、アクティブになります。
インフォオブジェクトの編集
Administration Workbenchで既存のInfoObjectを変更することもできます。 維持する* InfoObject→コンテキストメニュー→変更*を選択します。 ツールバーメニューからInfoObjectアイコンを維持することもできます。
この機能を使用すると、InfoProviderで使用される場合、InfoObjectの一部のプロパティのみを変更できます。 InfoObjectのテキストと意味を変更できます。 キー数値を持つインフォオブジェクト-キー数値のタイプ、データタイプ、またはキー数値の集計がインフォプロバイダで使用されている場合は使用できません。
互換性のない変更については、チェック機能を使用できます。
SAP BW-データストアのオブジェクトとタイプ
この章では、さまざまなデータストアオブジェクトとそのサブモジュールについて説明します。
DataStoreオブジェクトとは何ですか?
DSO(データストアオブジェクト)は、クレンジングおよび統合されたトランザクションまたはマスターデータを最も低い粒度レベルで保持するストレージ場所として知られており、このデータは* BExクエリ*を使用して分析できます。
データストアオブジェクトにはキー数値が含まれ、DSOの特性フィールドとデータは、デルタ更新または他のデータストアオブジェクトを使用して、またはマスタデータからも更新できます。 これらのデータストアオブジェクトは通常、2次元の透過的なデータベーステーブルに格納されます。
DSOアーキテクチャ
DSOコンポーネントは、次の3つのテーブルで構成されています-
- Activation Queue -これは、アクティブ化される前にデータを保存するために使用されます。 キーには、リクエストID、パッケージIDおよびレコード番号が含まれます。 アクティベーションが完了すると、リクエストはアクティベーションキューから削除されます。
- アクティブデータテーブル-このテーブルは現在のアクティブデータを保存するために使用され、このテーブルにはデータモデリング用に定義されたセマンティックキーが含まれています。
- 変更ログ-オブジェクトをアクティブにすると、アクティブなデータに加えられた変更はこの変更ログに再保存されます。 変更ログはPSAテーブルであり、Administration WorkbenchのPSAツリーの下で維持されます。
新しいデータをDSOにロードすると、技術キーがレコードに追加されます。 その後、リクエストがアクティベーションキューに追加されます。 手動または自動でトリガーできます。
データストアオブジェクトのタイプ
あなたは次のタイプにデータストアオブジェクトを定義することができます-
- 標準DSO
- 直接更新DSO
- 書き込み最適化DSO
Type | Structure | Data Supply | SID Generation |
---|---|---|---|
Standard DataStore Object | Consists of three tables: activation queue, table of active data, change log | From data transfer process | Yes |
Write-Optimized Data Store Objects | Consists of the table of Active data only | From data transfer process | No |
DataStore Objects for Direct Update | Consists of the table of Active data only | From APIs | No |
標準のデータストアオブジェクト
標準のDSOを作成するには、RSA Workbenchにアクセスします。
*Tコードを使用:RSA1*
- [モデリング]タブ→[インフォプロバイダー]→[InfoArea]を選択し、右クリックして[データストアオブジェクトの作成]をクリックします*。
DataStoreオブジェクトの技術名と説明を入力します。
データストアオブジェクトのタイプ→これはDSOタイプを選択するために使用されます。 デフォルトでは標準のDSOが必要です。
- [作成(F5)]ボタンをクリックします。*
DSOタイプを変更するには、次のスクリーンショットに示すように、設定タブに移動します。 [編集]アイコンをクリックし、開いた新しいウィンドウで、データストアオブジェクトを変更したり、タイプを選択したりできます。
SID生成
SIDは、マスターデータ値ごとに生成されます。 [編集]をクリックして、SID生成の設定を変更します。
SIDを作成する
次のオプションから選択できます-
- レポート中
- アクティベーション中または
- SIDを作成しない
一意のデータレコード-このオプションは、DSOが一意の値を保持するために使用されます。
品質ステータスをOKに設定-これにより、データのロードが完了した後に品質ステータスを設定できます。
キーフィールドとデータフィールド-キーフィールドは一意のレコードを追加するために使用されます。 キーフィールドを追加するには、[キーフィールド]を右クリックし、[InfoObject Direct Input]を選択します。
新しいウィンドウで、InfoObjectsに技術名を入力し、[続行]をクリックします。 InfoObjectがキーフィールドセクションの下に追加されていることがわかります。
以下は、DSOのキーオブジェクトInfoObjectです。 このDSO構造が完成したら、そのDSOをアクティブにできます。
DataStoreオブジェクトの直接更新
直接更新用のDataStoreオブジェクトを使用すると、ロードされた直後にレポートおよび分析のためにデータにアクセスできます。 データを処理する方法の点で、標準のDSOとは異なります。 このデータは、アプリケーションによる直接更新のためにデータストアオブジェクトにロードされたのと同じ形式で保存されます。
直接更新DSOの構造
これらのデータストアにはアクティブデータ用のテーブルが1つ含まれており、変更ログ領域は存在しません。 データは、APIを使用して外部システムから取得されます。
次のAPIが存在します-
- RSDRI_ODSO_INSERT -これらは、新しいデータを挿入するために使用されます。
- RSDRI_ODSO_INSERT_RFC -RSDRI_ODSO_INSERTに似ており、リモートで呼び出すことができます。
- RSDRI_ODSO_MODIFY -これは、新しいキーを持つデータを挿入するために使用されます。 すでにシステムにあるキーを持つデータの場合、データが変更されます。
- RSDRI_ODSO_MODIFY_RFC -これはRSDRI_ODSO_MODIFYに似ており、リモートで呼び出すことができます。
- RSDRI_ODSO_UPDATE -このAPIは、既存のデータを更新するために使用されます。
- RSDRI_ODSO_UPDATE_RFC -これはRSDRI_ODSO_UPDATEに似ており、リモートで呼び出すことができます。
- RSDRI_ODSO_DELETE_RFC -このAPIは、データを削除するために使用されます。
利点
DSOの直接更新では、データに簡単にアクセスできます。 ロードされた直後に、レポートおよび分析用のデータにアクセスできます。
欠点
- このDSOの構造にはアクティブデータ用のテーブルが1つ含まれており、変更ログは含まれていないため、InfoProvidersへのデルタ更新は許可されません。 *データロードプロセスはBIシステムでサポートされていないため、DSOは管理セクションまたはモニターに表示されません。
直接更新データストアを作成するには、管理ワークベンチに移動します。* Tコードを使用:RSA1 *
- [モデリング]タブ→[インフォプロバイダー]→[InfoArea]を選択し、右クリックして[データストアオブジェクトの作成]をクリックします*。
DataStoreオブジェクトの技術名と説明を入力します。
データストアオブジェクトのタイプ-これはDSOタイプを選択するために使用されます。 デフォルトでは標準のDSOが必要です。
- Create(F5)*ボタンをクリックします。
DSOタイプを変更するには、次のスクリーンショットに示すように、設定タブに移動します。 [編集]アイコンをクリックし、開いた新しいウィンドウで、データストアオブジェクトを変更し、そのタイプも選択できます。 直接更新データストアを選択し、[続行]をクリックします。
データストアを定義したら、[アクティブ化]ボタンをクリックしてDSOをアクティブ化します。
SAP BW-最適化されたDSOの書き込み
最適化された書き込みDSOでは、ロードされたデータは、さらなる処理のためにすぐに利用できます。
ライト最適化DSOは、データがデータストアオブジェクトに書き込まれる前にこのデータに対して複雑な変換を実行している場合、大量のデータセット用の一時的な記憶領域を提供します。 その後、データを更なるインフォプロバイダに更新できます。 すべてのデータに対して一度だけ複雑な変換を作成する必要があります。
書き込み最適化DSOは、データを保存するためのEDWレイヤーとして使用されます。 ビジネスルールは、データが追加のインフォプロバイダーに更新された場合にのみ適用されます。
Write Optimized DSOでは、システムはSIDを生成せず、SIDをアクティブにする必要はありません。 これは、時間を節約し、データをさらに迅速に処理できることを意味します。 これらのデータストアオブジェクトに基づいてレポートを作成できます。
書き込み最適化DSOの構造
アクティブなデータのテーブルのみが含まれており、標準のDSOで必要に応じてデータをアクティブ化する必要はありません。 これにより、データをより迅速に処理できます。
最適化されたDSOの書き込みでは、ロードされたデータは集約されません。 同じ論理キーを持つ2つのデータレコードがソースから抽出された場合、両方のレコードがDataStoreオブジェクトに保存されます。 ただし、集約の原因となったレコードは残っているため、データの集約は後で標準のDataStoreオブジェクトで行うことができます。
システムは、書き込みが最適化されたDataStoreオブジェクトに対して一意の技術キーを生成します。 このタイプのDataStoreオブジェクトでは、標準のキーフィールドは不要です。 とにかく標準キーフィールドがある場合、それらはセマンティックキーと呼ばれるため、他の技術キーと区別できます。
技術キーはで構成されています-
要求GUIDフィールド(0REQUEST)
データパッケージフィールド(0DATAPAKID)
データレコード番号フィールド(0RECORD)で、新しいデータレコードのみをロードします。
*Tコードを使用:RSA1*
- [モデリング]タブ→[インフォプロバイダー]→[InfoArea]を選択し、右クリックして[データストアオブジェクトの作成]をクリックします*。
DataStoreオブジェクトの技術名と説明を入力します。
データストアオブジェクトのタイプ-これはDSOタイプを選択するために使用されます。 デフォルトでは標準のDSOが必要です。
次のスクリーンショットに示すように、* Create(F5)*ボタンをクリックします。
DSOタイプを変更するには、次のスクリーンショットに示すように、設定タブに移動します。 [編集]アイコンをクリックし、新しいウィンドウが開いたら、データストアオブジェクトを変更し、必要なタイプを選択できます。
SAP BW-インフォセット
この章では、インフォセットとは何か、それらを作成および編集する方法、およびそのさまざまなタイプについて説明します。
SAP BIのインフォセット
インフォセットは、データソースにデータストアオブジェクト、標準インフォキューブ、またはマスタデータ特性を持つインフォオブジェクトの結合ルールが含まれる特別なタイプのインフォプロバイダとして定義されます。 インフォセットはデータの結合に使用され、そのデータはBIシステムで使用されます。
InfoObjectに時間依存の特性が含まれる場合、そのタイプのデータソース間の結合は一時的結合と呼ばれます。
これらの一時的な結合は、期間をマッピングするために使用されます。 レポートの時点で、他のインフォプロバイダは、事前定義された一意のキー日付に対して有効なレコードが毎回使用されるように、時間依存のマスタデータを処理します。 時間的結合は、少なくとも1つの時間依存特性または擬似時間依存インフォプロバイダーを含む結合として定義できます。
インフォセットは、データソース上のセマンティックレイヤーとして定義することもできます。
インフォセットの使用
インフォセットは、マスタデータの特性、データストアオブジェクト、およびインフォキューブを組み合わせて、複数のインフォプロバイダのデータを分析するために使用されます。
InfoSetで一時的結合を使用して、データを評価する特定の時点を指定できます。
BExインジケータを有効にしなくても、DSOで Business Explorer BEx を使用してレポートを使用できます。
インフォセット結合の種類
データソースにデータストアオブジェクト、標準インフォキューブ、またはマスターデータ特性を持つインフォオブジェクトの結合ルールが含まれるインフォセットが定義されているため。 インフォセットを使用して結合されたデータは、レポート用のBExクエリで使用できます。 結合は、次のクエリに分割することができます-
内部結合
この結合は、両方のテーブルに完全に一致する行を返します。
表1
OrderID | CustomerID | OrderDate |
---|---|---|
1308 | 2 | 18-09-16 |
1009 | 17 | 19-09-16 |
1310 | 27 | 20-09-16 |
- 表-2 *
CustomerID | CustomerName | ContactName | Country |
---|---|---|---|
1 | Andy | Maria | Germany |
2 | Ana | Ana T | Canada |
3 | Jason | Jason | Mexico |
CustomerID列の表1および表2の内部結合結果は、次の結果を生成します-
OrderID | CustomerName | OrderDate |
---|---|---|
1308 | Ana | 09-18-16 |
左外部結合
左外部結合(左結合)を使用すると、最初の(つまり左側の)テーブルのすべての行が保持されるセットになります。 2番目、つまり右側のテーブルの行は、最初のテーブルの行と一致する場合にのみ表示されます。
表1
gid | first_name | last_name | birthday | favorite_tool |
---|---|---|---|---|
1 | Albert | Einstein | 1879-03-14 | mind |
2 | Albert | Slater | 1973-10-10 | singlet |
3 | Christian | Slater | 1969-08-18 | spade |
4 | Christian | Bale | 1974-01-30 | videotapes |
5 | Bruce | Wayne | 1939-02-19 | shovel |
6 | Wayne | Knight | 1955-08-07 | spade |
- 表– 2 *
pid | gardener_id | plant_name | fertilizer | planting_date |
---|---|---|---|---|
1 | 3 | rose | yes | 2001-01-15 |
2 | 5 | daisy | yes | 2020-05-16 |
3 | 8 | rose | no | 2005-08-10 |
4 | 9 | violet | yes | 2010-01-18 |
5 | 12 | rose | no | 1991-01-05 |
6 | 1 | sunflower | yes | 2015-08-20 |
7 | 6 | violet | yes | 1997-01-17 |
8 | 15 | rose | no | 2007-07-22 |
今、 gid = gardener_id に左外部結合を適用すると、結果は次の表になります-
gid | first_name | last_name | pid | gardener_id | plant_name |
---|---|---|---|---|---|
1 | Albert | Einstein | 6 | 1 | sunflower |
2 | Albert | Slater | null | null | null |
3 | Christian | Slater | 1 | 3 | rose |
4 | Christian | Bale | null | null | null |
5 | Bruce | Wayne | 2 | 5 | daisy |
6 | Wayne | Knight | 7 | 6 | violet |
同様に、右側のテーブルのすべての行が共通の行として保持される右側の外部結合を使用できます。
時間的結合
時間結合は、期間をマッピングするために使用されます。 レポートの時点で、他のインフォプロバイダは、事前定義された一意のキー日付に対して有効なレコードが毎回使用されるように、時間依存のマスタデータを処理します。 少なくとも1つの時間依存特性または擬似時間依存インフォプロバイダを含む時間的結合を定義できます。
自己参加
テーブルがそれ自体に結合されるとき、これはテーブルを2回結合するようなものです。
インフォセットの作成
RSA Workbenchに移動し、 Transaction Code:RSA1 を使用します
モデリング→インフォプロバイダタブに移動→右クリック→インフォセットの作成。
表示される次のウィンドウで、次のフィールドに入力できます-
- 技術名を入力します。
- ロングネームとショートネームを入力します。
- InfoProviderセクションから開始*-ここでは、InfoSetを定義するときに使用するオブジェクトを定義できます。 次のオブジェクトタイプから選択できます-
- データストアオブジェクト
- 情報オブジェクト
- インフォキューブ
次のウィンドウで、インフォセット画面の表示方法を変更します。 [インフォプロバイダの選択]オプションをクリックします。 これにより、データを結合するインフォプロバイダーを選択できます。
次の画面が表示され、2つのインフォプロバイダが選択されています。
このインフォセットを有効化するには、有効化ボタンをクリックします。
インフォセットの編集
インフォセットを編集するには、 T-Code:RSISET を使用してください
次のスクリーンショットに示すように、*インフォセット編集:初期画面*が表示されます-
インフォセットに変更を加えます。 結合タイプなどを選択します 次のスクリーンショットに示すように、アクティブ化アイコンをクリックします。
SAP BW-インフォキューブ
インフォキューブは、BExクエリでの分析に使用される多次元データセットとして定義されます。 インフォキューブは、スタースキーマを実装するために論理的に結合されたリレーショナルテーブルのセットで構成されています。 スタースキーマのファクトテーブルは、複数のディメンションテーブルと結合されます。
1つ以上のInfoSourceまたはInfoProvidersからInfoCubeにデータを追加できます。 これらは、分析およびレポートの目的でインフォプロバイダとして利用できます。
インフォキューブ構造
インフォキューブは、データを物理的に保存するために使用されます。 ステージングからのデータで満たされた多数のInfoObjectで構成されます。 スタースキーマの構造を持っています。
リアルタイム特性をインフォキューブに割り当てることができます。 これらのリアルタイムインフォキューブは、標準のインフォキューブとは異なる方法で使用されます。
BIのスタースキーマ
インフォキューブはさまざまなインフォオブジェクトで構成され、スタースキーマに従って構造化されます。 インフォキューブのキー数値を含む大きなファクトテーブルと、それを囲む複数の小さなディメンションテーブルがあります。
インフォキューブには、ディメンションに保存されているインフォキューブのキー数値と特性をさらに含むファクトテーブルが含まれています。 これらのディメンションとファクトテーブルは、識別番号(ディメンションID)を使用して互いにリンクされています。 インフォキューブのキー数値は、そのディメンションの特性に関連しています。 インフォキューブのキー数値の粒度(詳細度)は、その特性によって定義されます。
論理的に一緒に属する特性は、ディメンションでグループ化されます。 インフォキューブのファクトテーブルとディメンションテーブルは、どちらもリレーショナルデータベーステーブルです。
SAP BIでは、InfoCubeには上記のように拡張スタースキーマが含まれています。
インフォキューブは、16個のディメンションテーブルに囲まれたファクトテーブルと、キューブの外側にあるマスターデータで構成されています。 これは、1つ以上の関連するビジネスプロセスを含む自己完結型のデータセットです。 レポートユーザーは、情報キューブに対してクエリを定義または実行できます。
インフォキューブは、要約/集計されたデータを長期間保存します。 SAP BIでは、InfoCubesは通常0(ゼロ)の数値で始まります。 独自のインフォキューブは、A〜Zの文字で始まり、3〜9文字の長さである必要があります。
インフォキューブを作成するには?
インフォキューブで使用されるすべてのインフォオブジェクトは、有効バージョンで利用可能である必要があります。 存在しないInfoObjectがある場合は、作成してアクティブ化できます。
RSAワークベンチに移動します– Tコード:RSA1
- モデリングタブ→インフォプロバイダ→インフォキューブの作成*に移動します。
インフォキューブの技術名称を入力します。 タイプは、InfoCubeタイプに従って、標準またはリアルタイムから選択できます。
これがすべて完了したら、次のスクリーンショットに示すように[作成]をクリックします。
既存のインフォキューブのコピーを作成するには、テンプレートとしてインフォキューブを入力できます。
*Dimension 1→Properties* を右クリックします。 InfoObjectに従ってディメンションの名前を変更します。
次のステップは、次のスクリーンショットに示すように、 Dimension→InfoObject Direct Input を右クリックします。
InfoObjectをディメンションに追加します。 同様の方法で、新しいディメンションを作成し、InfoObjectsを追加することもできます。
キー数値をインフォキューブに追加するには、*キー数値→インフォオブジェクト直接入力*を右クリックします。 同様の方法で、他のキー数値も追加できます。
すべてのディメンションとキー数値を追加したら、キューブをアクティブ化できます。
リアルタイムインフォキューブ
リアルタイム書き込みは、並列書き込みアクセスをサポートするために使用されます。 リアルタイムインフォキューブは、計画データの入力に関連して使用されます。
あなたは2つの異なる方法でリアルタイムインフォキューブにデータを入力することができます-
- 計画データを入力するためのトランザクション
- BIステージング
リアルタイムインフォキューブを変換することもできます。 これを行うには、リアルタイムインフォキューブのコンテキストメニューで→リアルタイムインフォキューブの変換を選択します。
デフォルトでは、リアルタイムインフォキューブを計画できることを確認できます-データの読み込みは許可されていません。 BIステージングを使用してこのインフォキューブを埋めるには→この設定を[リアルタイムキューブにデータをロードできる、計画は許可されません]に切り替えます。
リアルタイムインフォキューブの作成
リアルタイムインフォキューブは、リアルタイムインジケータチェックボックスを使用して作成できます。
標準インフォキューブをリアルタイムインフォキューブに変換
標準のインフォキューブをリアルタイムのインフォキューブに変換するには、2つのオプションがあります-
- トランザクションデータの損失を伴う変換-標準インフォキューブに不要なトランザクションデータが含まれている場合、次のアプローチを使用できます- +管理ワークベンチで、* InfoCube→データコンテンツの削除*を選択します。 これにより、トランザクションデータが削除され、InfoCubeが非アクティブに設定されます。
- トランザクションデータの保持を伴う変換-標準インフォキューブに本番からのトランザクションデータが既に含まれている場合は、次の手順を使用できます- +標準インフォキューブでABAPレポート SAP_CONVERT_NORMAL_TRANS を実行する必要があります。 実行時間が長くなる可能性があるため、10,000を超えるデータレコードを持つインフォキューブのバックグラウンドジョブとしてこのレポートをスケジュールできます。
SAP BW-仮想インフォプロバイダー
仮想インフォプロバイダは、オブジェクトに保存されないトランザクションデータを含むインフォプロバイダとして知られ、分析およびレポート目的で直接読み取ることができます。 仮想プロバイダーでは、データへの読み取り専用読み取りアクセスが許可されます。
仮想プロバイダーのデータは、BIシステムから取得することも、SAP/非SAPシステムから取得することもできます。
Uses
- 仮想インフォプロバイダを使用して、タイムラグなしで、データを物理的に保存せずに情報を提供します。
- 仮想インフォプロバイダは、PSAを含まない構造であり、BIシステムの需要に応じてレポート要件を処理できます。
仮想プロバイダーは、次のシナリオでのみ使用する必要があります-
- ソースから少量のデータのみにアクセスする必要がある場合。
- 少数のユーザーのみが同時に情報を要求します。
- 最新の情報が必要です。
仮想プロバイダーの種類
前述のように、仮想インフォプロバイダをいつ使用する必要があるかを知る必要があります。 また、仮想プロバイダーの正しいタイプを見つける必要があります-
- データ転送プロセスに基づく仮想プロバイダー
- BAPIを使用したVirtualProvider
- 汎用モジュールを使用したVirtualProvider
データ転送プロセスに基づく仮想プロバイダー
この方法に基づく仮想プロバイダーは、このタイプのインフォプロバイダーを構築する最も簡単で最も透過的な方法です。 この場合、仮想プロバイダーは、直接アクセス用のデータソースまたは別のインフォプロバイダーに基づくことができます。
BExクエリが実行されるか、クエリ内をナビゲートします。 ただし、要求は仮想プロバイダーを介してそのソースに送信され、必要なデータが返されます。 パフォーマンスを最適化するには、データを制限する必要があります。これにより、レポートリクエストがソースシステムからの不要なデータを処理しないようにする必要があります。
このInfoProviderに基づいたVirtualProviderを使用する必要があります-
- ソースから少量のデータのみにアクセスする必要がある場合。
- 少数のユーザーのみが同時に情報を要求します。
- 最新の情報が必要です。
このタイプの仮想インフォプロバイダーは、次のシナリオでは使用しないでください-
- 最初のクエリナビゲーション手順で大量のデータにアクセスし、ソースシステムで適切な集計を利用できません。
- 複数のユーザーが同時にクエリを同時に実行します。
- 同じデータが頻繁にアクセスされる場合。
BAPIを使用したVirtualProvider
この仮想プロバイダーでは、BAPIを使用して、外部システムからの分析およびレポート目的でトランザクションデータを使用できます。 VirtualProviderをBAPIで使用する場合、トランザクションデータをBIシステムに保存せずに外部システムでレポートを実行できます。
クエリがVirtualProviderで実行され、特性選択を使用してデータ要求がトリガーされます。 ソース構造は動的であり、選択によって決定されます。 非SAPシステムは、BAPIを使用して、要求されたデータをOLAPプロセッサに転送します。
このVirtualProviderがレポートに使用されると、データを収集するBAPIを呼び出す要求が開始され、* BW OLAPエンジン*に渡されます。
機能モジュールに基づいた仮想プロバイダー
これは最も複雑なタイプのVirtualProviderですが、ソースからデータを追加したり、OLAPエンジンにプッシュされる前に複雑な計算や変更を適用したりすることもできるため、より柔軟です。
データソースのプロパティをより正確に定義するための多くのオプションがあります。 これらのプロパティに従って、データマネージャは、パラメータとデータを変換するためのさまざまな汎用モジュールインターフェイスを提供します。 これらのインターフェイスは、BIシステムの外部に実装する必要があります。
Uses
- この仮想プロバイダーは、BI構造のデータセットをコピーせずに、BIの非BIデータソースからのデータを表示する必要がある場合に使用されます。 データはローカルでもリモートでもかまいません。
- これは、SAP Strategic Enterprise Management SEMアプリケーションなどのSAPアプリケーションで使用されます。
- このVirtualProviderを他のタイプと比較すると、このVirtualProviderはより柔軟で、より一般的ですが、実装には多大な努力が必要です。
仮想オブジェクトとしてのInfoObjectsの使用
これにより、インフォプロバイダとして使用するために選択した特性のインフォオブジェクトタイプのソースシステムへの直接アクセスを許可します。 そのため、マスターデータを読み込む必要はありませんが、直接アクセスはクエリのパフォーマンスに悪影響を及ぼす可能性があります。
- InfoObjectsを仮想プロバイダーとして設定する方法*
InfoObjects Maintenanceページに移動します。 タブページマスタデータ/テキストで、インフォエリアを特性に割り当て、マスタデータアクセスのタイプとして直接を選択します。
次に、モデリングタブに移動して、インフォプロバイダツリーを選択します。 使用するInfoAreaに移動します→変換トピックで説明したように、変換を作成します。
変換ルールを定義してアクティブ化します。 コンテキストメニューで、[データ転送プロセスの作成(直接アクセスのDTPはデフォルト値)]→ソースを選択し、転送プロセスをアクティブ化します。
SAP BW-マルチプロバイダー
マルチプロバイダは、複数のインフォプロバイダからのデータを結合し、レポート目的で利用できるようにするインフォプロバイダとして知られています。
特徴
- マルチプロバイダーには、レポートおよび分析用のデータが含まれていません。マルチプロバイダーのベースとなるインフォプロバイダーから直接取得されます。
- これらのインフォプロバイダは、Union操作によって相互に接続されています。
- 複数のインフォプロバイダに基づいてデータをレポートおよび分析できます。
マルチプロバイダー構造
マルチプロバイダーは、インフォプロバイダータイプの次の異なる組み合わせで構成されます-
- インフォオブジェクト
- インフォキューブ
- データストアオブジェクト *仮想プロバイダー
データを結合するには、マルチプロバイダーでUnion操作を使用します。 ここで、システムは関連するデータセットのユニオンセットを構築し、これらのデータセットのすべての値が結合されます。
インフォセットでは、結合を使用してデータセットを作成します。 これらの結合は、両方のテーブルに表示される値のみを組み合わせます。 ユニオンと比較して、結合はテーブルの共通部分を形成します。
マルチプロバイダーの作成
InfoObjectを使用してマルチプロバイダーを作成するには、マルチプロバイダーに転送する各InfoObjectがアクティブ状態になっている必要があります。 存在しないInfoObjectがある場合は、それを作成してアクティブ化する必要があります。
新しいマルチプロバイダーを作成したくない場合は、SAPビジネスコンテンツからマルチプロバイダーをインストールすることもできます。
マルチプロバイダーを作成するには、次の手順を実行できます-
新しいマルチプロバイダーを割り当てるInfoAreaを作成します。* モデリング→インフォプロバイダに移動*
インフォエリアのコンテキストメニューで、マルチプロバイダー登録を選択します。
次のウィンドウで、技術名称と説明を入力→アイコンを作成
マルチプロバイダを形成するインフォプロバイダ→続行を選択します。 次に、マルチプロバイダー画面が表示されます。
ドラッグアンドドロップを使用して、必要なInfoObjectをマルチプロバイダーに転送します。 ディメンション全体を転送することもできます。
特性の識別とキー数値の選択を使用して、マルチプロバイダとインフォプロバイダ間でインフォオブジェクトを割り当てます。
次のステップは、マルチプロバイダーを保存してアクティブ化することです。このアクティブ化されたマルチプロバイダーのみがレポートと分析に使用可能になります。
SAP BW-フラットファイルデータ転送
これらのフラットファイルを使用して、外部システムからBIにデータをロードできます。 SAP BIは、フラットファイル、ASCII形式、またはCSV形式のファイルを使用したデータ転送をサポートしています。
フラットファイルのデータは、ワークステーションまたはアプリケーションサーバーからBIに転送できます。
以下は、フラットファイルデータ転送に含まれる手順です-
- ファイルソースシステムを定義します。
- BIでデータソースを作成し、BIでファイルのメタデータを定義します。
- PSAへのデータ転送用のパラメーターを含むInfoPackageを作成します。
フラットファイルデータ転送に関する重要なポイント
- CSVファイルに記入されていない文字フィールドがある場合、それらは空白で埋められ、数値フィールドの場合はゼロ(0)で埋められます。
- CSVファイルで区切り文字が一貫して使用されていない場合、誤った区切り文字が文字として読み取られ、両方のフィールドが1つのフィールドにマージされて短縮される場合があります。 後続のフィールドは正しい順序ではなくなります。
- 値がエスケープ文字で囲まれている場合でも、値の一部として改行を使用することはできません。
CSVファイルとASCIIファイルに関するいくつかのポインター
*先行ゼロを指定する必要があるかどうかを判断するために使用される変換ルーチン。* 詳細*-BIシステムの変換ルーチン。
*日付の場合、通常は内部区切り文字なしでYYYYMMDD形式を使用します。 使用されている変換ルーチンに応じて、他の形式も使用できます。
ファイルソースシステムを定義する
ファイルソースシステムからデータを転送する前に、メタデータがデータソースの形式でBIで利用可能である必要があります。* [モデリング]タブ→[データソース] *に移動します。
コンテキスト領域で右クリック→データソースの作成。
データソースの技術名称、データソースのタイプを入力して、転送をクリックします。
[全般]タブに移動→[全般]タブを選択します。 データソースの説明(短、中、長)を入力します。
必要に応じて、DataSourceが最初の非累積的であり、1つの要求で重複するデータレコードを生成する可能性があるかどうかを指定します。
DataSourceのPSAを文字形式で生成するかどうかを指定できます。 PSAが型付けされていない場合、型付き構造では生成されませんが、CHAR型の文字のようなフィールドのみで生成されます。
次のステップは、抽出タブページをクリックして、次の詳細を入力することです-
DataSourceのデルタプロセスを定義します。 データソースへのデータへの直接アクセスをサポートするかどうかを指定します(ファイルからのデータ転送ではリアルタイムのデータ取得はサポートされていません)。
データ転送用のアダプターを選択します。 ローカルワークステーションまたはアプリケーションサーバーからテキストファイルまたはバイナリファイルをロードできます。 ロードするファイルへのパスを選択するか、ファイルの名前を直接入力します。
ファイルの名前を決定するルーチンを作成する必要がある場合。 システムは、ファイル名フィールドからファイル名を直接読み取ります。いいえの場合、ルーチンが定義されます。
ロードするアダプタとファイルごとに、次の設定を行う必要があります-
- バイナリファイル-転送するデータの文字レコード設定を指定します。
- テキストタイプファイル-テキストファイルの場合、ファイル内の行がヘッダー行であると判断します。したがって、データが転送されるときに無視できます。 転送するデータの文字レコード設定を指定します。
- * ASCIIファイルの場合*-ASCIIファイルからデータをロードするには、データは固定データレコード長で要求されます。
- * CSVファイルの場合*-Excel CSVファイルからデータをロードするには、データ区切り文字とエスケープ文字を指定します。 +次のステップは、[提案]タブページに移動することです。これは、CSVファイルの場合にのみ必要です。 さまざまな形式のファイルの場合、[フィールド]タブページでフィールドリストを定義します。
次のステップは、[フィールド]タブに移動することです-
[提案]タブからデータソースのフィールドリストに転送したフィールドを編集できます。 プロポーザルからフィールドリストを転送しなかった場合、次のスクリーンショットに示すように、ここでデータソースのフィールドを定義できます。
その後、データソースのチェック、保存、および有効化を実行できます。
[プレビュー]タブを選択することもできます。 [プレビューデータの読み取り]を選択すると、フィールド選択で指定したデータレコードの数がプレビューに表示されます。
SAP BW-DBコネクト
DB接続は、デフォルトの接続に加えて他のデータベース接続を定義するために使用され、これらの接続はテーブルまたはビューからBIシステムにデータを転送するために使用されます。
外部データベースに接続するには、次の情報が必要です-
- 道具
- ソースアプリケーションの知識
- データベースのSQL構文
- データベース機能
前提条件
データベース管理システムのソースがBI DBMSと異なる場合、ソースDBMS用のデータベースクライアントをBIアプリケーションサーバーにインストールする必要があります。
DB接続の主要機能には、SAPがサポートするデータベースからBIへのデータのロードが含まれます。 データベースをBIに接続する場合、ソースシステムでは、外部リレーショナルデータベース管理システムへの直接アクセスポイントを作成する必要があります。
DBアーキテクチャ
SAP NetWeaverコンポーネントのマルチコネクト機能を使用すると、SAPデフォルト接続に加えて追加のデータベース接続を開くことができ、この接続を使用して外部データベースに接続できます。
DB Connectを使用して、このタイプの接続をBIへのソースシステム接続として確立できます。 データベースに対するDB Connectの機能強化により、外部アプリケーションのデータベーステーブルまたはビューからBIにデータをロードできます。
デフォルト接続では、データベース管理システム(DBMS)用のDBクライアントとDBSLが事前にインストールされています。 DB Connectを使用して他のデータベース管理システムからBIシステムにデータを転送するには、DB Connectの実行に使用しているBIアプリケーションサーバーにデータベース固有のDBクライアントとデータベース固有のDBSLをインストールする必要があります。
ソースシステムとしてのDBMSの作成
- RSA1→管理ワークベンチ*に移動します。 [モデリング]タブ→[ソースシステム]
- DB接続→右クリック→作成*に移動します。
論理システム名(DB Connect)と説明を入力します。 続行をクリックします。
データベースの管理に使用するデータベース管理システム(DBMS)を入力します。 次に、接続を開く名前を持つデータベースユーザーを入力し、データベースによる認証のためにDBパスワードを入力する必要があります。
接続情報では、データベース接続を開くために必要な技術情報を入力する必要があります。
永久インジケータ
このインジケータを設定して、データベースとの永続的な接続を維持できます。 最初のトランザクションが終了すると、各トランザクションがチェックされ、接続が再開されたかどうかが確認されます。 DB接続に頻繁にアクセスする必要がある場合は、このオプションを使用できます。
この構成を保存すると、「戻る」をクリックして表に表示できます。
SAP BW-ユニバーサルデータコネクト
ユニバーサルデータコネクト(UDC)を使用すると、リレーショナルデータソースおよび多次元データソースにアクセスし、データをフラットデータの形式で転送できます。 Universal Data Connectをデータ転送に使用すると、多次元データはフラット形式に変換されます。
UDは* J2EEコネクタ*を使用して、SAPおよび非SAPデータのレポートを許可します。 さまざまなBI Javaコネクタがさまざまなドライバ、リソースアダプタとしてのプロトコルに使用できます。その一部は次のとおりです-
- BI ODBOコネクタ
- BI JDBCコネクタ
- BI SAPクエリコネクタ
- XMLAコネクタ
J2EE engineでソースオブジェクト(リレーショナル/OLAP)を使用してデータソースへの接続を設定します。 まず、J2EEからBIへのRFC宛先を作成して、J2EEエンジンとBIシステム間の通信を有効にする必要があります。 次に、ソースオブジェクト要素に従ってBIでInfoObjectsをモデリングし、BIシステムでデータソースを決定します。
UDコネクトソースシステムの作成
上記のように、J2EEエンジンとBIがこれら2つのシステム間の通信を許可するRFC宛先を作成しました。
管理ワークベンチ* RSA1→モデリングタブ→ソースシステム*に移動します。
UD Connect→Create を右クリックします。 次に、次のウィンドウで、次の詳細を入力します-
- J2EE EngineのRFC宛先
- 論理システム名を指定します
- コネクタの種類
次に、入力する必要があります-
- コネクタの名前。
- 論理システム名から決定されなかった場合のソースシステムの名前。
これらすべての詳細を入力したら、[続行]を選択します。
SAP BW-プロセスチェーン
SAP BIデータウェアハウス管理では、イベントのバックグラウンドで一連のプロセスをスケジュールすることができ、これらのプロセスのいくつかは別のイベントをトリガーして他のプロセスを開始できます。
プロセスチェーンは、SAP BIシステムで次の利点を提供します-
- これらを使用して、プロセスを集中管理および制御できます。
- グラフィックを使用してプロセスを視覚化できます。
- イベント制御処理を使用すると、複雑なスケジュールを自動化できます。
機能-
- セキュリティ
- 柔軟性
- 開放性
プロセスチェーンの構造
各プロセスチェーンは、次のコンポーネントで構成されています-
- 開始プロセス
- 個別の申請プロセス
- 収集プロセス
開始プロセスはプロセスチェーンの開始条件を定義するために使用され、他のすべてのチェーンプロセスはイベントを待機するようにスケジュールされます。 アプリケーションプロセスは、シーケンスで定義されたプロセスであり、BIシステムの実際のプロセスです。 彼らは次のように分類することができます-
- ロードプロセス
- レポートエージェントプロセス
- データターゲット管理プロセス
- その他のBIプロセス
プロセスは、SAPシステムの内部または外部のプロシージャとして定義でき、明確な開始と終了があります。
プロセスチェーンを設計するためのプロセスを開始する
開始プロセスは、プロセスチェーンの開始条件を定義するために使用されます。 指定した時間に、または開始プロセスによってトリガーされるイベントの後に、プロセスチェーンを開始できます。
プロセスチェーンの開始は、メタチェーンを使用して構成することもできます。 プロセスチェーンの開始条件が別のプロセスチェーンと統合されている場合、これは*メタチェーン*と呼ばれます。
以下は、開始プロセスの主要な機能です-
- プロセスチェーンでは、先行プロセスなしで開始プロセスのみをスケジュールできます。
- プロセスチェーンごとに定義できる開始プロセスは1つだけです。
- 開始プロセスは、別のプロセスの後継になることはできません。
- 単一のプロセスチェーンでのみ開始プロセスを使用できます。
プロセスチェーンを作成するには?
*T-Code:RSPC* または *[モデリング]タブ→[プロセスチェーンに移動]* を使用します。
コンテキスト領域で右クリック→プロセスチェーンの作成。
プロセスチェーンの技術名称と説明を入力します。 続行をクリックします。
開始プロセスを作成するには、表示される次のウィンドウで新しいアイコンをクリックします。 スタープロセスの技術名と説明を入力します。
次のウィンドウで、スケジュールオプションを定義できます。 直接スケジューリングとは、指定された時間間隔でプロセスチェーンをスケジュールすることです。
「選択の変更」を使用して、スケジュールの詳細を入力できます。
[日付/時刻]ボタンに移動します。 スケジュールされた開始日時、終了日時を記載します。
頻度を定義するには、次のスクリーンショットに示すように、定期ジョブのチェックボックスを選択します。 Period Values をクリックします。 頻度(時間/日/週/週/月/その他の期間)を入力します。 [保存して戻る]ボタンをクリックして、前のRSPC画面に戻ります。
次のステップでは、プロセスタイプを選択します。
- インフォパッケージを介してデータロードを実行するには、プロセスタイプ*インフォパッケージの実行*を使用します。
- DTPを介してデータロードを実行するには、プロセスタイプ*データ転送プロセス*を使用します。
プロセスタイプをダブルクリックすると、新しいウィンドウが開きます。 指定されたオプションからInfoPackageを選択できます。
バリアントをインフォパッケージに接続するには、「バリアントの開始」を選択し、マウスの左ボタンを押したままにします。 次に、マウスボタンをターゲットステップに移動します。 矢印が動きに追従するはずです。 マウスボタンを押すのをやめると、新しい接続が作成されます。
整合性チェックを実行するには、*後藤→ビューのチェック*をクリックします。
プロセスチェーンをアクティブにするには、[アクティブ化]をクリックするか、遵守する手順を理解するために次のスクリーンショットを参照してください。
プロセスチェーンをスケジュールするには、実行→スケジュールに移動します。 優先度を選択して続行。
これにより、プロセスチェーンがバックグラウンドジョブとしてスケジュールされ、トランザクションSM37を使用して表示できます。
プロセスチェーンの監視
*T-Code:RSPCM* を使用します
これは、毎日のプロセスチェーンを監視するために使用されます。
ログを表示するには、 T-code:RSPC を使用します
Process chain→右クリック→Display Log を選択します。
SAP BW-レポート
SAP BIシステムでは、ドラッグアンドドロップまたはコンテキストメニューを使用して、選択したInfoProvidersデータを分析およびレポートし、BExクエリデザイナで作成されたクエリをナビゲートできます。
今日の競争の激しい市場では、最も成功している企業が市場の変化と機会に迅速かつ柔軟に対応しています。 この対応の鍵は、アナリストとマネージャーによるデータと情報の効果的かつ効率的な使用です。 「データウェアハウス」は、組織内の意思決定者をサポートするために主題ごとに編成された履歴データのリポジトリです。 データがデータマートまたはウェアハウスに保存されると、それらにアクセスできます。
SAP BIでは、* Business Explorer(BEx)*は、柔軟なレポートと分析を実行できる重要なコンポーネントの1つであり、戦略分析に使用できるさまざまなツールを提供し、意思決定者が将来の戦略を決定する際にサポートします。
BExに含まれる最も一般的なツールは次のとおりです-
- 問い合わせ
- 報告
- 分析機能
以下は、ビジネスエクスプローラの主要なコンポーネントです-
- BExクエリデザイナー
- BEx Webアプリケーションデザイナー
- BExブロードキャスター
- BExアナライザー
BExクエリデザイナー
BExクエリデザイナでは、InfoProviderのクエリを設計することにより、BIシステムのデータを分析できます。 インフォオブジェクトとクエリ要素を組み合わせて、インフォプロバイダ内のデータをナビゲートおよび分析できます。
BExクエリデザイナーの主な機能
- OLAPレポートおよびエンタープライズレポートには、BExクエリデザイナでクエリを使用できます。
- クエリには、特性値、階層、式、テキストなどの変数などのさまざまなパラメーターを含めることができます。
あなたはより正確にInfoObjectsを選択することができます-
- クエリデザイナでは、フィルタを適用してクエリ全体を制限できます。 フィルタの定義中に、フィルタの1つ以上の特性またはキー数値から特性値を追加できます。 クエリのフィルター選択を使用して、すべてのInfoProviderデータが集計されます。
- ユーザー定義の特性を使用して、クエリの行と列の内容を決定することもできます。 これを使用して、ナビゲートするインフォプロバイダのデータ領域を指定します。
- クエリをナビゲートするオプションを使用すると、InfoProviderデータのさまざまなビューを生成できます。 これは、ユーザー定義の特性をクエリの行または列にドラッグすることで実現できます。
クエリデザイナーにアクセスする方法
BExクエリデザイナーにアクセスするには、[スタート]→[すべてのプログラム]に移動します。
次のステップで、 BIシステム→OK を選択します。
次の詳細を入力します-
- クライアントを入力してください
- ユーザー名
- パスワード
- ログオン言語
- [OK]ボタンをクリックします
クエリデザイナで次のコンポーネントを確認できます-
- インフォプロバイダの詳細はこちらから入手できます。
- さまざまなレポートコンポーネントを表示するタブ。
- クエリで選択された各コンポーネントのプロパティを表示するプロパティボックス。
上部に表示されるクエリデザイナの標準ツールバーには、次のボタンがあります。
- 新しいクエリを作成
- クエリを開く
- クエリを保存
- 全部を保存
- クエリのプロパティ
- Webで公開
- クエリ、および他の多くのオプションを確認してください。
インフォプロバイダのクエリ要素
- キー数値-数値データまたはメジャーまたは主要業績評価指標KPIが含まれ、計算キー数値CKFと制限キー数値RKFにさらに分割できます。
- 特性-オブジェクトを分類する基準を定義します。 例:製品、顧客、場所など。
- 属性-特性の追加プロパティを定義します。
クエリのプロパティ
変数シーケンス-選択画面変数がユーザーに表示される順序を制御するために使用されます。
表示-次のように表示プロパティを設定するには、表示タブに移動します-
- 繰り返されるキー値を非表示-各行で繰り返されるかどうかの特性を制御するために使用されます。
- キー数値のスケーリング係数の表示-スケーリング係数を対応する列の上部に報告するかどうかを制御するために使用されます。
また、フィルターを定義し、クエリデザイナーで変数を使用することもできます。 これらのフィルターは、特定のビジネスセクター、製品グループ、または期間に対するレポート、分析のデータアクセスを制限するために使用されます。
変数
変数は、クエリデザイナでクエリのパラメータとして定義され、クエリを実行すると値が入力されます。 さまざまなタイプの変数を作成できますが、そのうちのいくつかは次のとおりです-
- 階層変数
- 特性値変数
- テキスト変数
- 数式変数
- 階層ノード変数
変数を作成するには、対応する特性の下にある特性値変数フォルダに移動します。
次のステップは、フォルダーを右クリックし、[新規変数]オプションを選択することです。
制限キー数値
1つ以上の特性を選択することにより、再利用のためにインフォプロバイダのキー数値を制限することもできます。 1つまたは複数の特性選択によってキー数値を制限できます。これは、基本キー数値、計算キー数値、またはすでに制限されているキー数値にすることができます。
新しい制限キー数値を作成するには、インフォプロバイダ画面領域で→キー数値エントリを選択し、コンテキストメニューから新規制限キー数値を選択します。
制限された特性-
- 単一の値を選択する
- 値の範囲を選択する
- お気に入りに値を保存する
- 値キーの表示
- 履歴で利用可能な値
- 選択ウィンドウから値を削除する
BExアナライザー:レポートと分析
BExアナライザーは、Microsoft Excelに埋め込まれたデザインツールとして知られており、レポートと分析に使用されます。 BExアナライザでは、コンテキストメニューまたはドラッグアンドドロップを使用して、選択したインフォプロバイダデータを分析および計画し、BExクエリデザイナで作成されたクエリをナビゲートできます。
BExアナライザは、異なる目的のために2つのモードに分かれています-
分析モード-クエリでOLAP分析を実行するために使用されます。
設計モード-クエリアプリケーションのインターフェイスの設計に使用されます。
分析モード
分析モードで次のタスクを実行できます-
- BEx Query Designerにアクセスして、クエリを定義できます。
- クエリ内をナビゲートすることにより、InfoProviderデータを分析できます。
- ソート、フィルタリング、ドリルなどのさまざまな機能を使用できます。 OLAPで一般的です。
- BEx Broadcasterを使用したワークブックの配布。
- 高度なプログラミングでは、独自のカスタマイズされたVBAプログラムを埋め込むことができます。
- サーバー上のワークブック/ローカルのコンピューターまたはお気に入りにワークブックを保存できます。
設計モード
あなたはデザインモードで次のタスクを実行できます-
- クエリの設計に使用でき、ドロップダウンボックス、ラジオボタングループ、グリッド、ボタンなどのさまざまなクエリ設計項目をMicrosoft Excelブックに埋め込むことができます。
- Excelの書式設定とグラフ機能を使用してブックをカスタマイズすることもできます。
BExアナライザーを起動するには、Windowsの[スタート]メニューから、[プログラム]→[ビジネスエクスプローラー]→[アナライザー]を選択します。