SAPBI基礎(chǔ)知識(shí)收集

...wd......wd......wd...SAPBI知識(shí)收集一、SAPNetWeaverBIBI是SAPNetWeaver的核心組件，它提供了DW、BI平臺(tái)、BI套件去最大的獲取有用的信息。BI提供了復(fù)雜的報(bào)表和分析工具?！矆D1〕BI的關(guān)鍵組件〔圖2〕SAP相關(guān)的產(chǎn)品EP：EnterprisePortal，代表企業(yè)的前端，就是通過WEB瀏覽器而不是SAP的專有用戶界面提供對(duì)SAP的和非SAP資源的門戶訪問。ECC：SAPERPCentralComponent，以及其前身R/3和R/3Enterprise均為聯(lián)機(jī)事務(wù)處理系統(tǒng)〔OLTP〕，它們可以滿足許多客戶日常事務(wù)處理的需要。SCM：供給鏈管理，對(duì)業(yè)務(wù)過程的執(zhí)行與協(xié)調(diào)進(jìn)展流線化操作，從而增強(qiáng)了方案導(dǎo)向的業(yè)務(wù)過程。CRM：客戶關(guān)系管理，被用在客戶相關(guān)的端對(duì)端的過程中?？梢匀轿坏膶徱暷愕目蛻艉湍愕钠髽I(yè)間不同觸點(diǎn)?！矆D2〕BI架構(gòu)架構(gòu)可以分為三層：1、sourcingdata2、storingitinthewarehouse3、reportingonitwithanalytics二、數(shù)據(jù)流BI詳細(xì)數(shù)據(jù)流圖1、DataSource：是BI系統(tǒng)的一個(gè)數(shù)據(jù)對(duì)象，用來從源系統(tǒng)抽取和準(zhǔn)備數(shù)據(jù)。三、數(shù)據(jù)獲得層〔數(shù)據(jù)源〕〔圖4〕數(shù)據(jù)獲得四、DW層的相關(guān)組件〔圖5〕BI數(shù)據(jù)倉庫：物理存儲(chǔ)DW層主要是為企業(yè)報(bào)表提供需要的數(shù)據(jù)，對(duì)這些數(shù)據(jù)進(jìn)展抽取、清洗、集成、管理。包括的有DW、ODS、DM、OpenHubService；DW為相當(dāng)長(zhǎng)的時(shí)間內(nèi)存儲(chǔ)了詳細(xì)的數(shù)據(jù)。DW層主要涉及到以下組件：1、數(shù)據(jù)抽取〔DataETL〕〔1〕SourceSystem：源系統(tǒng)包括SAPR/3、NonSAP、XML、Database?！?〕InfoSource：信息源描述了企業(yè)在特定情況下，所有可用主數(shù)據(jù)或事物數(shù)據(jù)的總量。數(shù)據(jù)有一個(gè)從數(shù)據(jù)源到信息源的轉(zhuǎn)入過程。一個(gè)信息源由許多信息對(duì)象〔InfoObject〕組成；在BI中，InfoObject是根本的信息載體，用來構(gòu)造化信息，這些都是數(shù)據(jù)對(duì)象必須的?！?〕如何轉(zhuǎn)入數(shù)據(jù)通過定義傳輸規(guī)則，定義數(shù)據(jù)源是怎樣轉(zhuǎn)入信息源中。a、從文件系統(tǒng)中轉(zhuǎn)出數(shù)據(jù)：用戶可以從文件系統(tǒng)中加載事物數(shù)據(jù)和主數(shù)據(jù)，例如：Excel、CVS及ASCII文件。這些文件可以來自用戶工作站，也可以來自某一應(yīng)用程序服務(wù)器，可以直接在BI中定義并更新元數(shù)據(jù)，也就是數(shù)據(jù)源。SAP提供用CVS和ASCII格式自動(dòng)加載平面文件數(shù)據(jù)。在文件系統(tǒng)加載前應(yīng)檢查文件的正確性。b、通過BAPI方式轉(zhuǎn)入數(shù)據(jù)：StagingBAPI〔分段運(yùn)輸商業(yè)應(yīng)用程序接口〕，是為了能夠在應(yīng)用層上從非SAP數(shù)據(jù)中抽取數(shù)據(jù)，SAPBI提供了一個(gè)接口。其作用：一個(gè)就是把第三方ETL與SAPBI相連；二是能夠提供對(duì)SAPBI對(duì)象的訪問，因此使得客戶化的數(shù)據(jù)抽取程序成為可能。c、從關(guān)系數(shù)據(jù)庫中傳輸數(shù)據(jù)：在缺省的情況下，系統(tǒng)會(huì)開通與數(shù)據(jù)庫管理系統(tǒng)得連接，當(dāng)從SAP內(nèi)核中初始化一個(gè)BI應(yīng)用程序服務(wù)器時(shí)，SAP系統(tǒng)在數(shù)據(jù)庫管理系統(tǒng)根基上運(yùn)行。也可以與更多的數(shù)據(jù)庫相連，就可以訪問外部數(shù)據(jù)庫，還可以用SAP支持的數(shù)據(jù)庫管理系統(tǒng)提供的表和視圖來轉(zhuǎn)入數(shù)據(jù)。在與數(shù)據(jù)庫取得連接的情況下：可以從SAP支持的數(shù)據(jù)系統(tǒng)中加載數(shù)據(jù)；將數(shù)據(jù)庫與BI相連形成源系統(tǒng)，直接訪問外部關(guān)系型數(shù)據(jù)庫管理系統(tǒng)；通過生成數(shù)據(jù)源，使得BI可以感知到這些元數(shù)據(jù)。d、傳輸XML格式的數(shù)據(jù)：通過XML格式的數(shù)據(jù)與BI的數(shù)據(jù)在分段傳輸〔DataStaging〕相集成，BI在分析外部數(shù)據(jù)方面的靈活性得到了支持。通過用戶聯(lián)網(wǎng)的HTTP協(xié)議，可以把XML格式的數(shù)據(jù)傳輸?shù)紹I中，還可以把它與統(tǒng)一的數(shù)據(jù)根基相集成。這一解決方案的根基是使用SAPWeb應(yīng)用程序服務(wù)器提供的SOAP服務(wù)。通過這一服務(wù)，可以向ABAP環(huán)境下的RFC兼容功能模塊中傳輸ＸＭＬ格式的數(shù)據(jù)。為了以XML傳輸數(shù)據(jù)，在BI中會(huì)生成一個(gè)以該文件為根基的特殊數(shù)據(jù)，該數(shù)據(jù)源還設(shè)有和Delta隊(duì)列服務(wù)連接所需的接口，對(duì)每一個(gè)XML數(shù)據(jù)源還生成RFC兼容模塊，主要是對(duì)Delta隊(duì)列中的數(shù)據(jù)進(jìn)展更新。e、通過DBConnect：允許相關(guān)的數(shù)據(jù)庫直接被連接；它可以與外部數(shù)據(jù)庫管理系統(tǒng)創(chuàng)立一個(gè)連接。通過輸入元數(shù)據(jù)和原始數(shù)據(jù)，這種必須的構(gòu)造在BI中將被生成，數(shù)據(jù)就被直接的、有效的加載，這種技術(shù)運(yùn)行在J2EE引擎，也支持 J2EE連接架構(gòu)。f、通過UDConnect：能夠連接幾乎所有的相關(guān)的、多維的數(shù)據(jù)源?？梢赞D(zhuǎn)換、轉(zhuǎn)移像平面文件這種數(shù)據(jù)。RelationalSource可以用DBConnect，也可以用UDConnect傳數(shù)據(jù)，Multi-dimensionalSource是用UDConnect,SAPSource是用BIServiceAPI，F(xiàn)ile是用FileInterface，XML是用WebService?！?〕PSA〔持續(xù)分段傳輸區(qū)域〕：用來存放從源系統(tǒng)中獲的數(shù)據(jù)，是一個(gè)臨時(shí)存儲(chǔ)區(qū)域，為ETL提供一個(gè)工作區(qū)域；與原系統(tǒng)數(shù)據(jù)接近，存儲(chǔ)時(shí)間比DW短，是短期的存儲(chǔ)〔如果原系統(tǒng)的數(shù)據(jù)量比擬大的話〕；可以起到數(shù)據(jù)備份和源系統(tǒng)數(shù)據(jù)共享的作用。系統(tǒng)會(huì)給每一個(gè)數(shù)據(jù)源及源系統(tǒng)分配一個(gè)PSA。數(shù)據(jù)在PSA中存儲(chǔ)時(shí)不會(huì)發(fā)生變化，BI中的數(shù)據(jù)記錄首先被轉(zhuǎn)化成轉(zhuǎn)入構(gòu)造的格式；隨后，對(duì)每一個(gè)數(shù)據(jù)包執(zhí)行一個(gè)TRFC程序，轉(zhuǎn)入構(gòu)造中的數(shù)據(jù)被寫入PSA表〔二維表〕中并存儲(chǔ)在那里，每張PSA表的構(gòu)造與其相應(yīng)的轉(zhuǎn)入構(gòu)造一致。2、聚集〔aggregation〕Aggregate：優(yōu)點(diǎn)：提高查詢效率；缺點(diǎn)：占據(jù)內(nèi)存空間和處理資源，不能看見近期加載的數(shù)據(jù)。集成的類型有：〔1〕Minimum〔2〕Maximum〔3〕SUM〔是最多的選擇〕3、BI加速器〔BIAccelerators〕加速器解決的是一個(gè)執(zhí)行效率的問題，它用在NetWeaver7.0以及更高的版本。它指引在BI信息立方體中的信息去創(chuàng)立一個(gè)高度壓縮的構(gòu)造能將任何一個(gè)用戶要求的數(shù)據(jù)載入到內(nèi)存。在SAPNetWeaver加速器查詢進(jìn)程完全是在內(nèi)存中利用高性能聚集技術(shù)，然后發(fā)送數(shù)據(jù)到BI分析引擎為用戶輸出數(shù)據(jù)。加速器用的幾個(gè)地方：數(shù)據(jù)進(jìn)入DW時(shí)：原數(shù)據(jù)向BI系統(tǒng)抽取數(shù)據(jù)出去的時(shí)候：報(bào)表查詢加速器涉及到技術(shù)：〔1〕軟件技術(shù)：TREX：搜索和分類引擎，最早設(shè)計(jì)是為了非構(gòu)造的數(shù)據(jù)〔像Google〕BIAccelerator：是用TREX技術(shù)〔索引、檢索、壓縮〕建設(shè)的，去處理構(gòu)造數(shù)據(jù)?！?〕硬件要求：CPU：Intel64bit、Supplied：IBM\UP、OS：LinuxSLES94、數(shù)據(jù)倉庫工作臺(tái)〔DWWorkbench〕〔圖6〕DWW〔1〕Modeling：建設(shè)、修改數(shù)據(jù)庫對(duì)象和數(shù)據(jù)轉(zhuǎn)換對(duì)象，創(chuàng)立InfoObject、InfoCube、DSO〔2〕Administration：數(shù)據(jù)加載的時(shí)間周期、監(jiān)視和數(shù)據(jù)的管理；monitor：監(jiān)視、控制數(shù)據(jù)的加載過程，創(chuàng)立處理鏈的執(zhí)行和監(jiān)視。〔3〕TransportConnection：BI傳輸工具的設(shè)置〔4〕Documents：為文件修改的界面；為BI對(duì)象添加、建設(shè)、搜索不同不版本、語言、格式的連接?！?〕BIContent：為用戶提供活動(dòng)的內(nèi)容〔6〕Translation：提供語言翻譯〔7〕Metadatarepository：可以快速查詢?cè)獙?duì)象、交換不同系統(tǒng)間的元數(shù)據(jù)、用THML頁輸出元數(shù)據(jù)列表、顯示對(duì)象圖形。5、InfoCube(信息立方體)InfoCube主要的目標(biāo)是支持BI查詢；它被用于存放長(zhǎng)期的總結(jié)的、合計(jì)的數(shù)據(jù)。InfoCube的幾種類型：RemoteCube:遠(yuǎn)程Cube，來自其他DW的CubeMultiCube:可以綜合幾個(gè)Cube，供使用BasicCube:信息立方體最主要的功能就是為BI的查詢提供服務(wù)。〔1〕InfoCube的幾種形式：a、物理數(shù)據(jù)存儲(chǔ)器：包括根本的InfoCube和多個(gè)InfoCubeb、虛擬數(shù)據(jù)存儲(chǔ)器：包括遠(yuǎn)程立方體〔RemoteCubes〕、SAP遠(yuǎn)程立方體、有服務(wù)功能的虛擬信息立方體。只有根本的InfoCube在物理上才包括數(shù)據(jù)庫中的數(shù)據(jù)，虛擬的InfoCube只是顯示數(shù)據(jù)集的邏輯化視圖。InfoCube是從一個(gè)InfoProvider中獲得。InfoCube將一組InfoObject集合在一起，一個(gè)InfoCube包括一組與星型構(gòu)造相關(guān)的表，位于中心的大型實(shí)事表包含InfoCube中的主數(shù)據(jù)，外圍的是幾個(gè)存儲(chǔ)InfoCube特征值的多維表；InfoCube的主要數(shù)據(jù)與維度表的特征值有了關(guān)聯(lián)，這個(gè)特征值決定了粒度〔精細(xì)的程度〕，主要數(shù)據(jù)是在InfoCube進(jìn)展管理的，邏輯上屬于同類的特征值〔例如：特點(diǎn)和區(qū)域是屬于區(qū)域維度的〕歸到同一個(gè)維度表中。一個(gè)InfoCube可有16個(gè)維度表，一個(gè)維度表可以由128個(gè)特征構(gòu)成。維表不能大于事實(shí)表的20%〔2〕根本的信息立方體構(gòu)造：在SAP中，信息立方體是采用的星型模型，由中間一個(gè)大的實(shí)事表〔Facttable〕和周圍的維度表(Dimensiontable)構(gòu)成，實(shí)事表和維度表都是關(guān)系數(shù)據(jù)庫表格。每個(gè)維度表包含多個(gè)特性(Characteristics)；特性里面又包含有屬性〔Attributes〕、文本(Texts)和層次(hierarchies)構(gòu)造。這樣做的好處：第一、當(dāng)實(shí)事表和維度表都相當(dāng)大時(shí)，在查詢的時(shí)候就會(huì)影響性能，我們就可以把維度表分成很小的表，由SID相關(guān)聯(lián)。這樣就可以提高其性能。第二、可以方便數(shù)據(jù)的移動(dòng)、修改。第三、可以實(shí)現(xiàn)主數(shù)據(jù)的共享，不同的InfoCube都可以用這個(gè)主數(shù)據(jù)〔星型的擴(kuò)展模型〕Dimension的Key〔DIMID〕是由機(jī)器自動(dòng)產(chǎn)生，它是唯一定義維度表的屬性值。這個(gè)DIMID在實(shí)事表里是個(gè)外鍵。在實(shí)事表里的所有記錄都能唯一確定。維表和主數(shù)據(jù)表是由SID表連接的。維表不包含主數(shù)據(jù)信息，主數(shù)據(jù)是被存儲(chǔ)在獨(dú)立的表中。ClassicStarSchemaANDBWSchema的區(qū)別：〔圖〕BasicStarVS。BIExtendedStar上圖講解了經(jīng)典模型與SAPBW星型模型的區(qū)別：1、在經(jīng)典模型中，信息立方體由事實(shí)表和維度表組成，而SAP星型模型中，信息立方體由事實(shí)表、維度表〔SID表，存放SID值〕、主數(shù)表〔層次、屬性、文本〕組成。2、在SAPBW中，事實(shí)表稱為關(guān)鍵值〔指標(biāo)〕，維度屬性稱為特性，描述屬性稱為文本，維度表中不包含主數(shù)據(jù)。3、6、DSO〔數(shù)據(jù)存儲(chǔ)對(duì)象〕在BI中，DSO是一種主要的物理存儲(chǔ)對(duì)象，它們是被用來存儲(chǔ)詳細(xì)〔事物層〕的記錄。DSO和InfoCube構(gòu)成了倉庫的物理存儲(chǔ)。而DSO又是由ODS和DW所構(gòu)成?！?〕數(shù)據(jù)存儲(chǔ)對(duì)象的構(gòu)造：a、待激活隊(duì)列〔ActivationQueue〕：存儲(chǔ)代激活數(shù)據(jù)，激活后刪除這些數(shù)據(jù)。在DTP過程中，記錄首先被寫入待激活表。b、激活表〔ActiveData〕：存儲(chǔ)激活后的數(shù)據(jù)，通過非模態(tài)定義了一個(gè)語義的主鍵〔業(yè)務(wù)關(guān)聯(lián)的〕。報(bào)表通過BEx用到這張表c、變更記錄〔ChangeLog〕：用于存儲(chǔ)新舊記錄的變更記錄，可以用作其它對(duì)象的增量機(jī)制。從這個(gè)ChangeLog中連接對(duì)象被更新，這些數(shù)據(jù)要是支持來自DSO用隊(duì)列方法。ChangeLog的技術(shù)主鍵包括：請(qǐng)求、數(shù)據(jù)包、數(shù)據(jù)記錄號(hào)?！矆D〕DSO〔2〕PSA、DSO、InfoCube的比擬：7、ODS〔操作數(shù)據(jù)存儲(chǔ)〕OperationDataStore數(shù)據(jù)從PSA上抽取到，并對(duì)數(shù)據(jù)進(jìn)展轉(zhuǎn)換、清洗、整理存儲(chǔ)在ODS對(duì)象，PSA從源系統(tǒng)直接抽到數(shù)據(jù)，并未對(duì)數(shù)據(jù)進(jìn)展整理，是低水平的操作需要，不會(huì)存儲(chǔ)太長(zhǎng)時(shí)間。在ODS進(jìn)展整理后的數(shù)據(jù)可以傳遞給DW也可以直接用于報(bào)表。ODS作用：1、作為PSA和DW的一個(gè)緩沖區(qū)2、對(duì)數(shù)據(jù)進(jìn)展整理。1、ODS分類：〔1〕標(biāo)準(zhǔn)的ODS對(duì)象：a、進(jìn)入的ODS對(duì)象：數(shù)據(jù)以本來的形式保存后，可以使數(shù)據(jù)的管理更加兼容。以及對(duì)數(shù)據(jù)進(jìn)展有選擇的更新。b、一致的ODS對(duì)象：數(shù)據(jù)以粒度的狀態(tài)存儲(chǔ)，而且被統(tǒng)一化c、與應(yīng)用系統(tǒng)有關(guān)的ODS對(duì)象：數(shù)據(jù)根據(jù)一些與商業(yè)有關(guān)的問題集合在一起，這種數(shù)據(jù)是操作報(bào)表問題的根基，用戶可以直接使用ODS對(duì)象，也可以直接在InfoCube中更新這些數(shù)據(jù)。(2)事務(wù)ODS對(duì)象：這種數(shù)據(jù)不需要用戶的激活就可以直接用于報(bào)表，只包含一組活動(dòng)的數(shù)據(jù)，并不包含版本形式的數(shù)據(jù)，要定義以一個(gè)基于事務(wù)ODS對(duì)象的企業(yè)資源管理的查詢，用戶就必須為事務(wù)ODS建設(shè)一個(gè)信息集〔InfoSets〕.ODS對(duì)象中的信息存儲(chǔ)是透明的，是二維的數(shù)據(jù)庫表。8、主數(shù)據(jù)〔Master〕主數(shù)據(jù)包括以下幾種類型：Text、Attribute、Hierarchies五、BIplatformBIplatform層是提供復(fù)雜的分析任務(wù)和分析功能的BI服務(wù)。它包括通過BEx分析導(dǎo)航處理請(qǐng)求數(shù)據(jù)的分析引擎；在BI一體化方案過程中，支持進(jìn)入和操作數(shù)據(jù)的接口；特殊的分析工具〔如：AnalysisProcessDesigner(APD)、DM〕,對(duì)數(shù)據(jù)的挖掘、合并、處理、存儲(chǔ)、分析。1、OLAPservices面向事務(wù)處理的OLTP環(huán)境和面向分析的OLAP環(huán)境應(yīng)該是單個(gè)的實(shí)體；對(duì)商業(yè)過程產(chǎn)生的復(fù)雜信息不能容易的用來做分析對(duì)象，所以數(shù)據(jù)在最初被清洗(Cleaning)，然后做技術(shù)和規(guī)則的準(zhǔn)備，數(shù)據(jù)的分析是來自于知識(shí)〔Knowledge〕；這樣就能幫助機(jī)構(gòu)基于這些數(shù)據(jù)定義商業(yè)粒度〔BusinessStrategy〕，為商業(yè)加工〔BusinessProcesses〕提供支持。最后形成一個(gè)閉環(huán)。DataWarehouseDataWarehouseTransactionsMasterDataBusinessStrategyKnowledge

BIDM

BIAnalytics

KMsoftinfoBusinessProcessGenerationHomogenizationCleaning操作環(huán)境信息環(huán)境OLTPOLAP〔圖〕OLAP與OLTP的比擬OLAP依靠大量歷史的、操作的數(shù)據(jù)，它允許根據(jù)各種商業(yè)觀點(diǎn)進(jìn)展多維分析〔Multidimensionalanalyses〕。OLAP的種類：〔1〕、ROLAP：關(guān)系數(shù)據(jù)庫使用的OLAP〔2〕、MOLAP：多維度數(shù)據(jù)庫使用的OLAP〔3〕、混合OLAP2、planning〔方案〕3、analysisprocessdesignerBW380:提供詳細(xì)的分析過程〔AnalysisProcess〕和數(shù)據(jù)集市程序〔DataMiningProcedures〕APD是引用SAPBI的一局部，提供一種工具去支持復(fù)雜的分析任務(wù)。4、DataMining〔數(shù)據(jù)集市〕數(shù)據(jù)集市是一個(gè)多維的。數(shù)據(jù)集市是一個(gè)數(shù)學(xué)法則的運(yùn)用，很大數(shù)據(jù)量時(shí)，能自動(dòng)決定你關(guān)注的局部和關(guān)聯(lián)很難發(fā)現(xiàn)的數(shù)據(jù)。數(shù)據(jù)集市可以發(fā)現(xiàn)和關(guān)聯(lián)開場(chǎng)隱藏或者沒有考慮到的數(shù)據(jù)。數(shù)據(jù)集市不僅是數(shù)學(xué)法則的純運(yùn)用，更多的是深入到復(fù)雜數(shù)據(jù)的發(fā)現(xiàn)過程；這個(gè)過程是反復(fù)進(jìn)展很多步驟。獲得有效的結(jié)果需要預(yù)定執(zhí)行的步驟去保證數(shù)據(jù)的質(zhì)量；同樣，在執(zhí)行數(shù)據(jù)集市之后，需要對(duì)結(jié)果評(píng)估，是否修改數(shù)據(jù)集市模型的參數(shù)，這是唯一的方法去保證發(fā)現(xiàn)感興趣的、有意義的關(guān)聯(lián)。SAPBI的數(shù)據(jù)集市的優(yōu)點(diǎn):〔1〕標(biāo)準(zhǔn)的功能〔2〕容易使用接口〔3〕可以結(jié)合到APD〔4〕提供第三方接口5、MetadatarepositoryService〔元數(shù)據(jù)庫服務(wù)〕六、BIsuite/BExToolsetBI套件里包含了BEx，能提供復(fù)雜的報(bào)表和查詢工具。1、QueryDesigner在SAPBI里，BExQueryDesigner是一個(gè)定義查詢的獨(dú)立工具。在創(chuàng)立查詢的時(shí)候要選擇InfoProvider?！?〕可以在BExQueryDesigner里創(chuàng)立查詢〔2〕可以改變已經(jīng)存在的查詢〔3〕在BEx分析器或者WEB瀏覽器翻開查詢InfoProvider：是一個(gè)對(duì)象，為了信息查詢而建設(shè)的對(duì)象。這個(gè)對(duì)象里面包括：InfoCube、InfoObject、DSO。InfoProvider它既是物理存儲(chǔ)空間，也可以是虛擬存儲(chǔ)空間；就是到描述與報(bào)表相關(guān)的視圖和任何對(duì)象。只是為了查詢收集臨時(shí)數(shù)據(jù)，但它不能永久的存儲(chǔ)的在那里。我們比擬關(guān)注的是它2個(gè)物理的Infoproviders：InfoCubes和DataStoreobjectsInfoProvider的種類：〔1〕MultiProvider：MultiProvider和InfoSet可以聯(lián)合別的InfoProvider到一個(gè)邏輯組；為報(bào)表提供使用，他們不能持久地存儲(chǔ)數(shù)據(jù)，只是查詢需要時(shí)收集數(shù)據(jù)?！矆D〕MultiProvider的概念MultiProvider與Infoset在概念上十分相似，但他們?cè)诩夹g(shù)上的連接有很大的區(qū)別，MultiProvider是用合并，而InfoSet是連接〔內(nèi)部連接和外部連接〕Infoset：類似數(shù)據(jù)庫視圖，實(shí)現(xiàn)并發(fā)處理收集到不同表。為InfoProvider一種語義上的視圖，并且連接他們。支持Infoset的InfoProvider有InfoObjects、DSO、InfoCube。功能：為查詢提供信息；內(nèi)部和外部連接；為依靠時(shí)間數(shù)據(jù)提供短暫連接。它是通過BEx執(zhí)行的。用MultiProvider設(shè)計(jì)查詢的時(shí)候，實(shí)際上是把所有涉及的InfoProviders，獨(dú)立執(zhí)行查詢，然后再并聯(lián)起來；這樣提供了系統(tǒng)得執(zhí)行效率。分析的結(jié)果是把所有獨(dú)立查詢的結(jié)果再合并起來。VirtualProvider：是一個(gè)很特殊的概念，就像所有的提供者，發(fā)送信息去查詢；他只是一個(gè)邏輯視圖，數(shù)據(jù)不能物理存儲(chǔ)在BI里；這些數(shù)據(jù)在查詢執(zhí)行后來自源系統(tǒng)。VirtualProvider的使用范圍：為了從SAP源系統(tǒng)獲得最新的數(shù)據(jù)一個(gè)小數(shù)量的移動(dòng)在同一時(shí)間很少用戶去做查詢?cè)O(shè)計(jì)工作在一個(gè)InfoArea里只能存在同一個(gè)InfoProvider。RDA：是一個(gè)從不同源系統(tǒng)提供的分析信息框架，前提要這些源系統(tǒng)得數(shù)據(jù)可用，InfoSource的概念：2、ReportDesigner3、WebApplicationdesigner4、BExAnalysis(MicrosoftExcelbased)5、BExWebAnalysis6、BExGeneralAnalysisfunction7、InformationBroadcastingInformationBroadcasting能從接口通過e-mail或者SMS自動(dòng)的發(fā)送有關(guān)問題的信息8、PortalIntegration七、AdministratorWorkbench〔管理工作臺(tái)〕1、Monitoring2、Scheduling3、Administrator八、OpenHubService把BI的數(shù)據(jù)向外部系統(tǒng)傳遞數(shù)據(jù)。這些數(shù)據(jù)的傳輸，是一個(gè)處理鏈或者〔regularlyscheduled〕。SAPSystem/ApplicationSAPSystem/ApplicationNonSAPSystem/Application…………….SAPBIOpenHubServiceCRMERPDataMart所有SAPBI對(duì)象服務(wù)的數(shù)據(jù)源：信息立方體〔多提供者〕DSO信息對(duì)象特征〔屬性、文本〕數(shù)據(jù)可以用OpenHubService、寫入數(shù)據(jù)庫表和平面文件從上面的這些數(shù)據(jù)對(duì)象中抽取。在OpenHubService情景里很重要的是OpenHub目的地，這為數(shù)據(jù)輸出后放在那里提供了很重要的參數(shù)。OpenHubService是與數(shù)據(jù)倉庫工作平臺(tái)相別離的，它是包含在數(shù)據(jù)流里。OpenHubService的功能：支持所有的SAPBI數(shù)據(jù)對(duì)象：InfoCubes〔includingMultiProviders〕,DataStoreobjects,characteristicInfoObjects(attribute\texts)分發(fā)對(duì)象：DB表，CVS格式的平面文件OpenHub目的地是作為數(shù)據(jù)流的一局部：數(shù)據(jù)流選項(xiàng)的使用〔如：數(shù)據(jù)轉(zhuǎn)換〕、轉(zhuǎn)移過程的目標(biāo)對(duì)象、自動(dòng)使用處理鏈“全局〞或“局部〞的抽取模式監(jiān)視器：集成監(jiān)視器、應(yīng)用日志OpenHubService的組件：建模：OpenHub目的地、OpenHub數(shù)據(jù)源、轉(zhuǎn)換運(yùn)行：數(shù)據(jù)轉(zhuǎn)移過程九、ABAP詞典1、SAP詞典中包含了四種類型的表〔或構(gòu)造〕〔1〕聚合表是SAP特有的構(gòu)造，它包含了與數(shù)據(jù)庫內(nèi)其他表的一對(duì)多的關(guān)系；這個(gè)一對(duì)多實(shí)際上就是數(shù)據(jù)庫表本身。查看SAP聚合表時(shí)，會(huì)發(fā)現(xiàn)一條表的描述，但它實(shí)際上是作為表池〔TablePool〕的一局部和其他聚合表一起存儲(chǔ)?！?〕聚簇表與聚合表類似，他也是以數(shù)據(jù)庫中到其他表的一