SAP BW 面試問題

OLAP 處理器

元資料儲存庫

流程設計器和其他功能。

Business Explorer BEx 是一種報表和分析工具，支援 BI 中的查詢、分析和報表功能。使用 BEx，您可以分析歷史和當前資料，以達到不同的分析程度。

• SAP 系統（SAP 應用/SAP ECC）
• 關係資料庫（Oracle、SQL Server 等）
• 平面檔案（Excel、記事本）
• 多維源系統（使用 UDI 聯結器的 Universe）
• 透過推送方式將資料傳輸到 BI 的 Web 服務

在 BW 3.5 中，您可以將資料載入到持久化暫存區以及源系統中的目標，但如果您使用的是 SAP BI 7.0，則資料載入應僅限於 PSA，適用於最新版本。

資訊包用於指定如何以及何時從不同的資料來源將資料載入到 BI 系統。資訊包包含所有關於如何從源系統將資料載入到資料來源或 PSA 的資訊。資訊包包含從源系統請求資料的條件。

請注意，在 BW 3.5 中使用資訊包，您可以將資料載入到持久化暫存區以及源系統中的目標，但如果您使用的是 SAP BI 7.0，則資料載入應僅限於 PSA，適用於最新版本。

在擴充套件星型模式中，事實表連線到維度表，維度表連線到 SID 表，SID 表連線到主資料表。在擴充套件星型模式中，您有事實表和維度表在立方體內，但是 SID 表在立方體外。當您將事務資料載入到資訊立方體時，將根據 SID 生成 Dim ID，這些 Dim ID 用於事實表。

在擴充套件星型模式中，一個事實表可以連線到 16 個維度表，每個維度表最多分配 248 個 SID 表。SID 表也稱為特徵，每個特徵可以具有主資料表，如 ATTR、文字等。

在星型模式中，每個維度都連線到一個事實表。每個維度都只由一個維度表示，並且不會進一步規範化。

維度表包含一組用於分析資料的屬性。

資訊物件被稱為 SAP BI 中的最小單位，用於資訊提供者、DSO、多提供者等。每個資訊提供者包含多個資訊物件。

資訊物件用於報表中分析儲存的資料，並向決策者提供資訊。

資訊物件可以分為以下幾類：

• 特徵，如客戶、產品等。
• 單位，如銷售數量、貨幣等。
• 關鍵指標，如總收入、利潤等。
• 時間特徵，如年份、季度等。

SAP BI 中的資訊區域用於將相似型別的物件組合在一起。資訊區域用於管理資訊立方體和資訊物件。每個資訊物件都駐留在一個資訊區域中，您可以將其定義為一個資料夾，用於將類似的檔案儲存在一起。

要直接訪問 BI 源系統中的資料。您可以使用虛擬提供者直接訪問 BI 中的源系統資料，而無需提取。虛擬提供者可以定義為資訊提供者，其中事務資料未儲存在物件中。虛擬提供者僅允許讀取 BI 資料。

基於 DTP 的虛擬提供者

使用函式模組的虛擬提供者

基於 BAPI 的虛擬提供者

基於 DTP 的虛擬提供者：

此型別的虛擬提供者基於資料來源或資訊提供者，它們獲取源的特徵和關鍵指標。與您用於將資料複製到 BI 系統相同的提取器用於在源系統中選擇資料。

何時使用基於 DTP 的虛擬提供者？

僅使用少量資料時。

您需要訪問來自 SAP 源系統的最新資料。

只有少數使用者同時在資料庫上執行查詢。

使用函式模組的虛擬提供者：

此虛擬提供者用於將來自非 BI 資料來源的資料顯示到 BI，而無需將資料複製到 BI 結構中。資料可以是本地或遠端的。這主要用於 SEM 應用程式。

變換過程用於執行資料整合、清理和資料整合。當資料從一個 BI 物件載入到另一個 BI 物件時，將對資料應用變換。變換用於將源欄位轉換為目標物件格式。

變換規則：

變換規則用於對映源欄位和目標欄位。可以使用不同的規則型別進行變換。

即時資料採集基於將資料即時移動到 Business Warehouse。資料即時傳送到增量佇列或 PSA 表。

即時資料採集可以在兩種場景中實現：

使用資訊包透過服務 API 進行即時資料採集。

使用 Web 服務將資料載入到持久化儲存區 PSA，然後使用即時 DTP 將資料移動到 DSO。

即時資料採集後臺程序：

要定期處理資料到資訊包和資料傳輸過程 DTP，您可以使用稱為守護程序的後臺程序。

守護程序從資訊包和 DTP 獲取所有資訊，即哪些資料需要傳輸，以及哪些 PSA 和資料儲存物件需要載入資料。

資訊物件是在資訊物件目錄中建立的。一個資訊物件可以分配到不同的資訊目錄。

DSO 被稱為儲存位置，用於以最低粒度級別儲存已清理和整合的事務或主資料，並且可以使用 BEx 查詢分析這些資料。

資料儲存物件包含關鍵指標和特徵欄位，來自 DSO 的資料可以使用增量更新或其他資料儲存物件或主資料進行更新。資料儲存物件通常儲存在二維透明資料庫表中。

DSO 元件由三個表組成：

啟用佇列：

這用於在資料被啟用之前儲存資料。鍵包含請求 ID、包 ID 和記錄號。啟用完成後，請求將從啟用佇列中刪除。

活動資料表：

此表用於儲存當前活動資料，並且此表包含為資料建模定義的語義鍵。

更改日誌：

啟用物件時，對活動資料的更改將儲存在更改日誌中。更改日誌是一個 PSA 表，在管理工作臺中 PSA 樹下維護。

用於直接更新的資料儲存物件允許您在載入後立即訪問用於報表和分析的資料。它與標準 DSO 的資料處理方式不同。資料以應用程式載入到用於直接更新的資料儲存物件中的相同格式儲存。

一個用於活動資料的表，並且不存在更改日誌區域。資料使用 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 中，載入的資料可立即用於進一步處理。

如果您在將資料寫入資料儲存物件之前對資料執行復雜的轉換，則寫最佳化的 DSO 為大型資料集提供了一個臨時儲存區域。然後可以將資料更新到其他資訊提供者。您只需要為所有資料建立一次複雜的轉換。

寫最佳化的資料儲存物件用作儲存資料的 EDW 層。僅在將資料更新到其他資訊提供者時才應用業務規則。

它只包含活動資料的表，並且不需要像標準DSO那樣根據需要啟用資料。這使您可以更快地處理資料。

InfoSet被定義為一種特殊的InfoProvider型別，其中資料來源包含對DataStore物件、標準InfoCube或具有主資料特徵的InfoObject的連線規則。InfoSet用於連線資料，這些資料用於BI系統。

時間連線：用於對映一段時間。在報告時，其他InfoProvider以這樣一種方式處理時間相關的儲存資料，即每次都使用對預定義唯一鍵日期有效的記錄。您可以定義包含至少一個時間相關特徵或偽時間相關InfoProvider的時間連線。

InfoSet用於透過組合主資料特徵、DataStore物件和InfoCube來分析多個InfoProvider中的資料。

您可以將時間連線與InfoSet一起使用，以指定要評估資料的時間點。

您可以在DSO上使用Business Explorer BEx進行報告，而無需啟用BEx指示器。

• 內部連線
• 左外部連線
• 時間連線
• 自連線

InfoCube被定義為用於在BEx查詢中進行分析的多維資料集。一個InfoCube由一組關係表組成，這些表在邏輯上連線以實現星型模式。星型模式中的事實表與多個維度表連線。

您可以將來自一個或多個InfoSource或InfoProvider的資料新增到InfoCube。它們可用作分析和報告目的的InfoProvider。

InfoCube用於物理儲存資料。它包含許多InfoObject，這些InfoObject填充了來自暫存區的的資料。它具有星型模式的結構。

在SAP BI中，InfoCube包含如上所示的擴充套件星型模式。

InfoCube由一個事實表組成，該事實表周圍是16個維度表和位於多維資料集外部的主資料。

即時InfoCube用於支援並行寫訪問。即時InfoCube用於與計劃資料的輸入連線。

您可以透過兩種不同的方式在即時InfoCube中輸入資料：

輸入計劃資料的交易

BI暫存區

可以使用即時指示器複選框建立即時InfoCube。

是的，當您想要報告特徵或主資料時，可以將它們作為InfoProvider。

要將標準InfoCube轉換為即時InfoCube，您有兩個選項：

轉換時會丟失事務資料

保留事務資料的轉換

是的，雙擊InfoPackage組→過程鏈維護按鈕並輸入名稱和描述。

• H 層次結構
• F 固定值
• 空白

是的。

MultiProvider

**ODS** -

它們提供粒度資料，允許覆蓋，資料儲存在透明表中，非常適合深入分析和RRI。

**InfoCube** -

這用於星型模式，我們只能追加資料，非常適合主要報告。

**MultiProvider** -

它包含物理資料並允許訪問來自不同InfoProvider的資料。

**啟動例程** -

在將資料寫入PSA之後以及執行傳輸規則之前，會為每個資料包執行啟動例程。它允許對關鍵指標或特徵進行復雜計算。它沒有返回值。其目的是執行初步計算並將它們儲存在全域性資料結構中。可以在其他例程中訪問此結構或表。傳輸結構格式中的整個資料包用作例程的引數。

**更新例程** -

它們在InfoObject級別定義。它類似於啟動例程。它獨立於資料來源。我們可以使用它來定義全域性資料和全域性檢查。

這用於將新的資料包載入到InfoCube聚合中。如果我們沒有執行彙總，則在對聚合進行報告時，新的InfoCube資料將不可用。

在載入過程中，按以下順序執行步驟：

首先按以下順序載入主資料：首先是屬性，然後是文字，然後是層次結構。

首先載入主資料，然後載入事務資料。透過這樣做，您可以確保在載入事務資料之前建立SID，而不是在載入事務資料時建立SID。

為了最佳化從InfoCube載入和刪除資料時的效能，請注意以下幾點：

• 索引
• 聚合
• 專案和高基數
• 壓縮

為了獲得DataStore物件的良好啟用效能，您應該注意以下幾點：

建立SID值

生成SID值需要很長時間，並且可以在以下情況下避免：

如果您僅將DataStore物件用作資料儲存，請不要設定“生成SID值”標誌。如果設定此標誌，則會為所有新的特徵值建立SID。

如果您在DataStore物件中使用專案（例如，文件編號或時間戳）作為特徵，請在特徵維護中設定標誌以顯示它們是“僅屬性”。

它是劃分表以進行報告最佳化的方法。SAP使用事實檔案分割槽來提高效能。我們只能在0CALMONTH或0FISCPER上進行分割槽。表分割槽有助於更快地執行報表，因為資料儲存在相關分割槽中。此外，表維護變得更容易。

InfoCube的結構為星型模式，其中事實表周圍是不同的維度表，這些維度表與DIM'id連結。

ODS是扁平結構，沒有星型模式的概念，並且具有粒度資料（詳細級別）。覆蓋功能。

導航屬性用於在報表中進行深入分析。

如果在CSV檔案中不一致地使用分隔符，則錯誤的分隔符將被讀取為字元，並且兩個欄位將合併到一個欄位中，並且可能會被截斷。隨後的欄位將不再按正確的順序排列。

在您可以從檔案源系統傳輸資料之前，元資料必須以資料來源的形式在BI中可用。

是的。

以PSA表的形式

DB連線用於定義除預設連線之外的其他資料庫連線，這些連線用於將資料從表或檢視傳輸到BI系統。

要連線外部資料庫，您應該擁有以下資訊：

• 工具
• 源應用程式知識
• 資料庫中的SQL語法
• 資料庫函式

通用資料UD連線允許您訪問關係和多維資料來源，並將資料以平面資料的形式傳輸。當Universal Data Connect用於資料傳輸時，多維資料將轉換為平面格式。

UD使用J2EE聯結器來允許對SAP和非SAP資料進行報告。不同的BI Java聯結器可用於各種驅動程式、協議作為資源介面卡：

• BI ODBO聯結器
• BI JDBC聯結器
• BI SAP查詢聯結器
• XMLA聯結器