商務智能中例程的分析與研究

吳衛亮++馬一然++范春迎

摘 要：ETL過程對是數據倉庫的核心和靈魂，它包括數據的抽取，轉換和裝載三個過程，是實施數據倉庫過程中的一個重要步驟。例程則是ETL過程中常用的一種采用編程的方式來解決圖形化界面無法完成的復雜的數據轉換的方法。本文主要歸納了針對SAP BI 7.0后的版本中ETL過程中數據轉換時所有類型的例程，并結合唐鋼SAP商務智能系統中用到的相關例程的實例對例程的如何運用做了詳細的介紹及解析。

關鍵詞：商務智能；ETL；例程

中圖分類號：F713 文獻標識碼：A 文章編號：1671-2064（2017）02-0039-02

BI，是商務智能（Business Intelligence）英文的縮寫，BI的概念最早在1996年就提出來了。確切的講，商務智能并不是一項新技術，它是將數據倉庫（DW）、在線分析處理（OLAP）、數據挖掘（DM）等技術與客戶關系管理等應用系統結合起來應用于商業活動實際過程當中，及時服務于管理層決策的目的。SAP BI主要由企業數據倉庫、商務智能平臺和業務瀏覽器套件構成。商業智能的關鍵就是通過數據倉庫系統從許多來自不同的企業運作系統的數據中提取出有用的數據并進行清理，以保證數據的正確性，然后經過抽取（Extraction）、轉換（Transformation）和裝載（Load），即ETL過程，合并到一個企業級的數據倉庫里，從而得到企業數據的一個全局視圖，在此基礎上利用合適的查詢和分析工具、數據挖掘工具、OLAP工具等對其進行分析和處理，最后將信息知識呈現給管理者，為管理者的決策過程提供支持。

1 例程與ETL過程

從引言中我們可以看到，企業數據倉庫系統在商務智能中占據著十分重要的地位。數據倉庫的架構大體可以三部分：后臺是數據儲存和計算引擎；前端是數據戰線分析的用戶界面；還有一個重要的部分就是ETL。ETL過程，即對數據的抽取，轉換和裝載的過程，它是數據倉庫的核心和靈魂。ETL過程能夠按照統一的規則集成并提高數據的價值，是負責完成數據從數據源向目標數據倉庫轉化的過程，是實施數據倉庫的重要步驟。由于實際的源系統中可能會有多種完全不同的儲存格式，甚至還有許多要求的數據在源系統中并不直接存在，而是需要根據某些公式對各部分數據進行計算才能得到。因此，這就要求ETL工具必須對所抽取的數據進行靈活的計算、合并、拆分等轉換工作。例程則是ETL過程中常用的一種采用編程的方式來解決圖形化界面無法完成的復雜的數據轉換的方法。

2 例程及其應用

例程使用的是ABAP對象編程技術，由預置的定義部分和實現部分組成。例程的輸入、輸出以及方法的標簽是在定義部分就確定的，方法的具體實現邏輯由實現部分完成。例程主要分為以下幾種類型：

（1）開始例程：開始例程在每個數據包開始進行轉換時運行。開始例程沒有返回的值，它直接對數據包進行計算、修改或刪除等操作，然后將操作的結果直接保存在數據包中進行后續的轉換步驟。

（2）特性或關鍵值的例程：這種例程是作為一種規則類型出現的，它屬于轉換規則的一部分。它可以為一個關鍵值或一個特性定義一個單獨的例程。

（3）結束例程：結束例程對經過轉換規則轉換后的數據進行操作，它操作的是一個與目標對象字段結構一致的表結構。與開始例程一樣，它也是逐個數據包進行處理的。在結束例程中，可以進行各種數據的操作，比如，刪除不需要的數據、進行數據質量檢查等。

（4）專家例程：專家例程是系統提供的進行數據轉換的另一個選項，這種類型的例程很少使用。一旦為一個轉換創建了專家例程，系統會刪除同一轉換內已經定義好的其他轉換規則。

此外，還有一種特殊的例程，在圖一中沒有標示，即反向例程。它將目標對象在運行報表時的選擇條件和輸出字段轉化為源對象的選擇條件和輸出字段的要求。反向例程在實際應用中也是很少使用的。

下面我們以唐鋼SAP BI系統中實際用到的一些例程作為實例來做詳細的介紹：

先以一個由產品利潤分析CUBE到銷售CUBE的轉換規則中的開始例程為例，我們在轉換規則的編輯界面中單擊“開始例程”就可以對開始例程進行編輯。

編輯界面中已有一些程序代碼，代碼用不同的顏色標示。其中灰色的代碼是系統預定義的部分，用戶是不能更改的；黑色的代碼是用戶可以修改的部分。例程中的代碼分為全局部分和本地部分。在全局部分，聲明的數據對所有例程都是有效的；本地的數據聲明只對本例程有效。

在代碼*$*$ begin of global。。。和*$*$ end of global。。。之間輸入用戶的數據定義。用戶可以使用兩種方式聲明數據：

（5）使用語句“CLASS DATA”進行全局數據聲明。用這一方法聲明的數據在整個數據請求中都有效。

（6）使用語句“DATA”進行全局數據聲明。用這一方法聲明的數據只在當前的數據包中都有效。

全局數據聲明使不同的例程之間共享數據成為可能。例如，可以在例程中使用其他例程的中間計算結果，或者在稍后再次調用例程時重用例程的數據。

代碼的第二部分是例程類的實現部分，具體定義了各種方法的實現邏輯。用戶可以在代碼*$*$ begin of routine。。。和*$*$ end of routine。。。之間進行程序代碼編寫，完成編寫后檢查并保存代碼，便完成了開始例程的編輯。

同樣的，對結束例程編輯的方法與開始例程大同小異，點擊“結束例程”，然后按照開始例程的編輯方法就可以實現。

對于某個特性或關鍵值的例程的編輯，在規則類型中選擇例程選項，然后點擊更改規則就進入了例程的編輯界面，界面與上述開始例程的大體一樣。程序代碼用CONCATENATE語句將源對象中的會計年度/期間FISCPER字段前4位和后2位字符組合起來賦值給RESULT字段，而RESULT字段就是目標對象日歷年/月0CALMONTH字段，最終實現了源數據向目標數據的轉換。

專家例程的結構與其他例程的結構是一樣的。其輸入參數是所有源字段，輸出是所有的結果字段。不過一旦創建了專家例程，系統會刪除同一轉換內已經定義好的其他轉換規則，也就是說，專家例程會替換整個轉換。

對于上述的幾種例程，在例程創建時，SAP BI自動生成了相應的反向例程。以開始例程為例，系統在開始例程中自動生成一個方法inverse_start_routine。用戶同樣在代碼*$*$ begin of inverse routine。。。和*$*$ end of inverse routine。。。之間進行程序代碼編寫。運用反向例程會將在運行報表時目標對象選擇條件和輸出字段完全轉化為對應源對象的選擇條件和輸出字段的要求。