SAPBW學(xué)習(xí)筆記(精選版二)

1、性能優(yōu)化InfoCube為什么快之所以cube比ods速度快，和它采用的SID機制分不開的。眾所周知integer是比char檢索速度要快很多的。再就是cube的index， cube里的所有 characteristics都是key,都有索引，不然10的效率就大大降低了。優(yōu)化方案：顆粒度盡量大：盡量不要在 Cube里放太detail的數(shù)據(jù)，這種需求首先考慮R3用ABAP解決，如果非要在 BW，可以考慮在 DSO出明細(xì)報表，在 Cube出匯總報表， 通過RRI接口調(diào)用明細(xì)報表。查分多個：當(dāng)Cube的數(shù)據(jù)量很大時，可以拆分成多個 Cube,再用MultiProvider拼起來，這樣query會在

2、N個Cube中并行，提高效率。這就是所謂的邏輯分區(qū)。常 見的分區(qū)方式有按年月，按國家，按BU,按類型等。壓縮（慎用，最好是半年甚至一年以上的數(shù)據(jù)）：給Cube做Compression。Compression本質(zhì)上是去掉 Data Dimension，這樣 fact table就被壓縮了，但是 request id也消失了，將無法通過 request id去管理數(shù)據(jù)。索引：數(shù)據(jù)庫的索引可以加快查詢速度分區(qū)：對于很大的Cube，可以做partition,這是物理分區(qū)，只支持按時間分區(qū)。聚集：使用Aggregation可以提高性能。 但是Aggregation本身是cube的一個子集， 提高性能的同

3、時也加大了數(shù)據(jù)冗余，所以不要用太多。Staitics:定期刷新 DB Statistics可以提高reporting的效率。使用MP:維度設(shè)計上，避免很多數(shù)據(jù)量很大char.放在一個維度上，因為這樣會讓維度表變得很大。通常，盡可能拆分成更多的維度，然后在multiprovider層面，把相關(guān)的char都放一個維度里，然后做好Mapping，這樣可以讓用戶更容易理解MultiProvider.不過維度太多會導(dǎo)致 fact table巨大，所以要做好平衡。Line item Dimension :對于 material 等很大的主數(shù)據(jù)，使用Line item Dimension.BIA:使用BIA

4、是比Aggregation更有效的方法，就是要花不少錢。InfoCube.docDSOStandard標(biāo)準(zhǔn)DSO （生成主數(shù)據(jù)標(biāo)識、對于相同關(guān)鍵字段的值進(jìn)行合并、可直接出具報表），對應(yīng)后臺 3 個表，NEW TABLE/LOG TABLE/ACTIVE TABLE保存了 DELTA增量的 CHANGE LOG 數(shù)據(jù)。一般通過 DTP來更新數(shù)據(jù)。這種 DSO也是我們用的最多的類型。數(shù)據(jù)需要激活后才能使用。含有Key Field與Data Field，通過Key Field的組合作為唯一值判斷，進(jìn)行合計、覆蓋的操作標(biāo)準(zhǔn)DSO需注意的問題如果是激活業(yè)務(wù)內(nèi)容的 DSO,然后復(fù)制出來作為自己的DSO使用

5、的話，一般不需考慮關(guān)鍵字段的問題， 系統(tǒng)的設(shè)置一 般會保證DSO數(shù)據(jù)與PSA數(shù)據(jù)完全一致，但如果是自己通過直接輸入信息對象創(chuàng)建的DSO,則需考慮值的合并，因為在標(biāo)準(zhǔn)DSO對于相同關(guān)鍵字段的值系統(tǒng)會自動合并，這個時候需注意轉(zhuǎn)換中的規(guī)則明細(xì)是覆蓋還是合計，如果有合并的字段，即DSO更新的數(shù)據(jù)少于 PSA的數(shù)據(jù)，建議把轉(zhuǎn)換中值字段的規(guī)則明細(xì)全部修改為合計，以保證值的正確，總之，在使用標(biāo)準(zhǔn)DSO時需考慮值的合并問題（項目中如何使用的），并考慮轉(zhuǎn)換的規(guī)則明細(xì)， 但使 用寫優(yōu)化的DSO則不存在該問題建議如果采用三層數(shù)據(jù)模型架構(gòu)的話，可考慮第一層使用寫優(yōu)化的 DSO,保證該層DSO數(shù)據(jù)與PSA完全一致，第二

6、層 DSO使用標(biāo)準(zhǔn)DSQ第三層使用 CUBE（顆粒度 變粗），完全更新的數(shù)據(jù)源情況下，寫優(yōu)化DSO在新增數(shù)據(jù)時，會重復(fù)計算以前已抽取數(shù)據(jù)，在建立 DSO時需仔細(xì)考慮 DSO類型、數(shù)據(jù)更新方式、 DSO關(guān)鍵字段和 數(shù)據(jù)字段設(shè)置、以及轉(zhuǎn)換中的明細(xì)規(guī)則中的集合設(shè)置為覆蓋還是合計Write-Optimized寫入優(yōu)化的：（不生成主數(shù)據(jù)標(biāo)識、不合并相同關(guān)鍵字段的值、速度快可用于存儲大容量數(shù)據(jù)）這種 DSO類型，用來處理大量的數(shù)據(jù)，但后臺也只對應(yīng)ACTIVE TABLE通過DTP來更新數(shù)據(jù)。每條數(shù)據(jù)記錄的技術(shù)關(guān)鍵值是惟一的，所以只進(jìn)行數(shù)據(jù)庫的插入操作，沒有更新操作。一張active表，一般用于大數(shù)據(jù)量的加

7、載。由技術(shù)關(guān)鍵值、語義鍵、數(shù)據(jù)列組成。技術(shù)關(guān)鍵值又包括 Request GUID Data PackagelD Data Record Number組合而成，他們確保 了數(shù)據(jù)的唯一性。優(yōu)化的數(shù)據(jù)存儲對象的設(shè)置中，以下的設(shè)置選項是特有的：語義的數(shù)據(jù)存儲鍵值不惟一。 這一選項僅與寫優(yōu)化的數(shù)據(jù)存儲對象相關(guān)。數(shù)據(jù)表的技術(shù)關(guān)鍵字經(jīng)常由數(shù)據(jù)請求標(biāo)識、 數(shù)據(jù)包和數(shù)據(jù)記錄號組成。我們定義DSO時指定的關(guān)鍵字段組成了寫優(yōu)化的數(shù)據(jù)存儲對象的語義鍵。如果未設(shè)置此標(biāo)識，那么系統(tǒng)檢查語義關(guān)鍵字的惟一性并為關(guān)鍵字組合 生成帶有技術(shù)名稱"KEY"的惟一索引，出現(xiàn)任何相關(guān)鍵字組合的記錄都會報錯。如果設(shè)置了

8、此標(biāo)識，那么數(shù)據(jù)存儲對象的數(shù)據(jù)表可以包含幾個帶有相同組合鍵的記錄，它們由技術(shù)關(guān)鍵值區(qū)別開來，在報表的結(jié)果上，這些記錄是相加的， 所以在轉(zhuǎn)換規(guī)則中， 只有匯總選項，沒有覆蓋選工頁。適用場景構(gòu)建EDW的原始數(shù)據(jù)層，無報表需求，不需要激活，ETL過程更快存儲大量document level的明細(xì)數(shù)據(jù)每次加載的都是新數(shù)據(jù)，數(shù)據(jù)不發(fā)生變化臨時存儲數(shù)據(jù)實際項目中，寫優(yōu)化 DSO通常用于存儲財務(wù)憑證和物料憑證，這些憑證一旦發(fā)生 就不會修改。怎樣才算重復(fù)呢，導(dǎo)入數(shù)據(jù)的時候Seama ntic Key有什么作用口 Techr cal Key (Generaied)!0REQUE5T ODATAPAKIDOREC

9、ORD+FiequesT GUID購 ata Package* JS Data Rgcorc Mumbr7? Sirartic Key凰101 齬102ZL9IO01ZL8I002電 Data Fields密 KF1ZL9KF0Lk CJ riagation Attributes* Cl IndexQCDirect Update直接更新的數(shù)據(jù)存儲對象也是只有一張active表，即激活數(shù)據(jù)表。不同的是，數(shù)據(jù)在進(jìn)入數(shù)據(jù)存儲對象后在報表層次是不可用的，常用于APD的寫入操作。 O zdso7ZDSOA7T & 0時色二 inFriT刖 0 Version0丹代* El Objc: Ststi

10、O0 riot savec3胡 Settings圖 Type oF Dat|Direct Update |Nl謁 Key fields' Eqq Data Fifds CJ UcYigrion Attrit* 口 In dazesInfoCube 和 DSO 對比DSO與CUBE的區(qū)別結(jié)構(gòu)上，DSO二維表VSCUBE星形壟枸數(shù)據(jù)內(nèi)容書DSO-明址數(shù)據(jù)、數(shù)據(jù)支持合計和愛蓋CUBE匯總數(shù)據(jù)、數(shù)據(jù)只支持臺計 DSO常弔于存儲董捋.CUBE用于建立報表 DSO性能優(yōu)于CUBE三種DSO對比DSO都是二維表類型結(jié)構(gòu)數(shù)據(jù)供應(yīng)生成SID是否可以編 制報衣？標(biāo)準(zhǔn)組隊數(shù)攻 衣活動更 個激活和三表志 由成列據(jù)H使用數(shù)據(jù)傳 輸流程S At是亢接寫入僅由一個活 動數(shù)據(jù)農(nóng)組 成使用API丕口是寫入優(yōu)化的僅曲亠個活 動數(shù)據(jù)衣組 成使用數(shù)據(jù)傳輸渝程否是討缺耒空何的差異弭于下表中,EMfaiStoeH*Mt1VR«MM <»3ID1t«ra <1»OV003 tit